使用.NET和WCSF的指导方针和设计决策

Question

我们已经开始将.NET厚客户端应用程序迁移到web。工作范围仅限于将winforms迁移到web。biz逻辑组件将在将早期的web服务包装层作为表示组件进行条带化之后被重用，而biz组件将被配置在IIS上。我们已决定为此目的使用WCSF。我想验证一些arch/设计的决定，

1. 我们是否需要使用JS框架，例如jQuery、DOJO等？或者ASP.NET控件是否有足够的内置支持来接受所有基于JS的前端验证、AJAX表单提交、错误信息显示等。
2. 是否对使用基础模块有任何关注？在启动过程中加载和缓存所有模块会使应用程序变得很重吗？
3. 对所有服务功能使用静态方法/类是一种好方法吗？还是应该使用服务依赖的非静态类/方法呢?

我是.NET的新手:)

Answer 1

您的个人资料表明，虽然您是.NET的新手，但您是一位经验丰富的Java。

1-我同意TomTom的观点，即您不需要JS框架，但是ASP.NET WebForms验证控件非常有限。您很快就会发现自己需要编写自定义JS，并且从一开始就有一个像jQuery这样的框架将对您有很大帮助。使用jQuery的选择器，比如当某人单击一个按钮以防止双回发时，禁用所有按钮变得容易得多。

尽管如此，另一种选择是从Telerik、DevExpress或Infragistics等公司购买一些第三方控制。有一组免费的、开源的、社区维护的AJAX控件，称为ASP.NET AJAX控件工具包，这里是：http://www.asp.net/ajaxlibrary/AjaxControlToolkitSampleSite。默认的ASP.NET控件非常基本。

2-所有ASP.NET应用程序在更新后第一次访问内存时都会有一个不可避免的启动时间，比如对于一个典型的商业应用程序，大约10到20秒。我还没有研究WCSF的模块加载程序添加了多少时间，但无论如何，它将是初始加载的一部分。通常，您在更新ASP.NET站点之后访问它一次，以强制进行初始加载，这样客户端就不必这样做了。在这种情况下，WCSF添加的任何时候对客户来说都不重要。

3-使用静态服务方法的一个缺点是不能将它们添加到.NET中的接口中，如果使用WCSF，我强烈建议使用它的DI特性来解析接口，这意味着只使用非静态的东西。也很难遇到非静态的单元测试问题，例如只运行一次的构造函数/初始化器，而无法更新成员变量。

Answer 2

I是.NET的新手:)

听起来更像是个初级开发人员。

反3:糟糕的方法。使用依赖注入器，并在90%的情况下避免静态方法。你放弃了很多灵活性。顺便说一下，我的初级开发人员的方法来自于-静态方法和“治疗”是多年来标准的IT架构，而与.NET无关。

Re1:您不需要使用JS框架。你也不需要买一辆车，也可以自己造。不过，这并不符合成本效益。网络应用？先学.NET ..。就像微软在第3版中有一个叫做MVC的新子框架，使得开发好的软件更适合于web aplications (可测试后端)。针对asp.net和整个webform框架的MS内部标准控制是有限的，并且有自己的一组问题。也就是说，如果你知道自己在做什么-- JQuery智能(集成)和单元测试/体系结构，MVC是最有用的。

重2:你在乎什么;)就像这样:即使它使他们在学术上慢下来，它也不是真正相关的。尽管如此，什么是基础模块？无论是在ASP.NET框架中还是在IIS文档中，我都看不到这个词。