关于.NET中一些模块的看法

最新推荐文章于 2020-03-24 17:04:18 发布

转载最新推荐文章于 2020-03-24 17:04:18 发布 · 76 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/jobs/archive/2004/07/31/28895.html

文章标签：

#java

博客对.NET的一些模块发表看法。ASP.NET扩展性、创新性和性能好，但页面设计复杂导致速度慢；ADO.NET简单易用但扩展性差。在企业应用方面，.NET对大型开发支持不足，如KINGDEE的EAS.NET项目最终转向J2EE，还对比了Java相关技术。

对.NET的一些模块，包括ASP .NET、ADO .NET、COM+等以前曾经使用过的模块，最近有了一些看法，随手写下：

ASP .NET

很棒，从扩展性、创新性、性能都很好。

我认为这是.NET Framework中设计和实现最好的模块了。ASP .NET由于会把Page编译成代码，然后再编译成DLL，速度很快。在Server Event、Server Control方面，ASP .NET是一个伟大的创新！

不过在此要澄清一点，由于大所属ASP .NET的页面使用了复杂的方式设计，不良的设计，导致了ASP .NET的页面比ASP还要慢，相当多的页面都是这种状态，不是Microsoft所宣传的那样。以前一个Microsoft的技术人员，经常碰到客户抱怨，说ASP .NET比ASP还要慢，出现这样的问题，多多少少与ASP .NET的复杂度有关，也算是ASP .NET 的一点瑕疵吧。

Java与此对应的是JSP，JSP也是编译执行，但没封装的没有ASP .NET好, Struct似乎也抽象的不够好，我没在Java上编写Web程序，但认为目前Java在Web方面的框架技术，不如Microsoft的.NET。飞刀曾经对不同的Web Framework做过比较，也许他有自己的见解。

ADO .NET

简单易用，非常适合编写小应用。对接口编程很差，扩展性不好，有些地方的设计意图自我矛盾，我认为是.NET Framework中设计最差的模块。关于这一点，我和多个朋友交流过，几乎一直认为其设计很差。具体可以看我写过的两篇关于ADO .NET和JDBC的帖子。

企业应用

我对.NET的企业应用是很失望的。当年国内最大.NET项目，KINGDEE的EAS .NET，开发两年后，放弃而转向J2EE，当时的主要原因是因为KINGDEE拥有J2EE核心技术和很深的技术积累。
不过现在回想起来，放弃.NET，从产品的长远发展来看，是十分正确的。.NET对企业应用和大型开发的支持，还不足以支撑一个大型企业应用。我们当初做了Microsoft的产品实验室。
现在，看到KINGDEE的那个竞争对手，由于没有自身的核心技术，在Java技术方面积累不够，只能依赖于Microsoft的方案，犹如浮沙上筑高楼，他应是万般的无奈，以后，也许会后悔的！一个企业，如没有自己的核心技术，主要靠销售，也只能如此了……

转载于:https://www.cnblogs.com/jobs/archive/2004/07/31/28895.html