1）更好的用户体验。（生产力++）

虽然WebForm可以使用微软的Ajax以及Ajax控件进行开发，但是用户体验还是远远不及extjs。而且你可以跟客户忽悠，这个功能多么滴难做，多么好，但是我们做出来了。于是你的沟通能力又增长了。。。

2）美观的界面。（生产力+++）

只要程序员稍微懂点CSS的话，基本上可以忽略美工了。节约了人力，而且还节约了设计样式的时间。虽然extJs界面看多了，也就那么“美”，但是你要考虑到还有很多人没看够。

3）都支持服务器事件。这点打平了。

4）EXT.NET或者Extjs还不够完善。（生产力--）

EXT.NET是存在一些Bug的，在前面的文章我就提及过，但是并不影响开发。这些BUG有些是EXT.NET自身的原因，有些是Extjs的原因。碰到BUG了，需要冷静思考，别掉坑里去了就行了。

5）要求更高的解决问题的能力。（生产力--）

  • 由于对EXT.NET的不理解、不熟悉，或者对extjs的不了解（前面说过，使用EXT.NET也需要了解Extjs。毕竟Extjs是他爸啊。），或者本身的BUG等等，写代码的时候很容易出现问题或者异常。这就需要自己去分析问题了。
  • 比如设置了GridPanel的AutoExpandColumn属性（自动展开列），但是这个列名自己又疏忽了（也就是不存在），那么页面将不显示，也不会有异常提示显示。这时候就得自己分析原因啦。
  • 又比如服务器环境问题——使用EXT.NET后，直接出异常了，什么什么Json序列化的。这是你就得乖乖打上.NET3.5的补丁包了，虽然官方要求的是3.5框架，但是是不缺SP1的框架。
  • 又比如丢到SharePoint里面，只有Administrator干过之后，其他的角色才能搞，这是为什么呢？权限嘛。赶快使用SPSecurity.RunWithElevatedPrivileges方法把它干了。当然这是本人的解决办法而已。当初为了这问题可是差点黔驴技穷了。
  • 也就是，当你使用Ext.NET后，你会碰到更多的问题。亲爱的读者，你有信心一一解决么？嘿嘿，先忽悠两把，吓死胆小的。

6）要求更强的自学能力。（生产力--）

Extjs的示例要看，API要看，EXT.NET的示例要学，现在出文档了，有空也可以瞄瞄。。。

7）可以实现更复杂、更高级、更好的功能。（生产力++）

EXT.NET内置的控件就有一箩筐，具体布局使用就靠个人了。传统的WebForm难以实现的，也许在这里面就不是问题。

8）要求更高的前端开发能力。（生产力—）

js要懂，Extjs要懂，css也要懂点，ASP.NET要懂。这些，你懂的。。。