正在阅读：.NET和J2EE该相互学习什么.NET和J2EE该相互学习什么

2005-08-29 09:58 出处：作者：不明责任编辑：moningfeng

　　好，个人经历接着说。2003年底，我进入了一家软件公司从事J2EE的开发工作。当时公司技术部门负责人在面试我的时候提到了我缺乏J2EE的开发经验的问题，我信心满满的告诉他，我做过.NET的项目，而.NET和J2EE都是专注在企业级应用上的，因此肯定会很快上手，不会有什么问题。然而后来的工作证明了平台之间的差异性是很大的，从.NET过渡到J2EE并不是一件轻松的事情。没有了熟悉的Web Control，取而代之的是简陋的Tag Library；没有了简单易用的Event-Driven的方法，呈现眼前的是doGet、doPost、doHead和service这样看似丑陋的面孔。蜕变的过程是痛苦的，但是蜕变带来了进化。开发方式的改变让我可以从一个更加深入的层面去看待Web开发，而我开始重新认识Web Application。Web开发的复杂性在很大程度上源于Http是一个无状态的连接协议，Web Server不管你是Michael，还是Jordon，只要你在浏览器上使用了相同的URL，就会得到相同的资源。在这里，你必须清楚URL到底是什么的缩写。也许你会站出来反驳我刚才所说的结论，但是这种情况在只有静态HTML网页的年代是绝对正确的。随着时代的发展，资源已经不再局限于静态的HTML网页，随之出现了所谓的动态网页。这里的动态不是指充满Flash动画的网页，而是指网页的内容会根据不同的Request而发生变化。虽然Web的内容开始个性化了，但是仍然没有脱离Client发送Request，Server返回Response这样的模式。由于Http是一个无状态的连接协议，为了能够识别用户访问同一资源的状态，在J2EE的世界里，我们就得从Request、Response和Session这样的对象入手，控制这些对象的Life Cycle。因此，我们哪怕要进行最为简单的Web应用程序，都必须对Request、Response和Session这样的对象有充分的了解。关注这些基本的对象，让我们对于应用程序的Flow有更为准确的把握，能够更好地进行模块地划分，便于开发人员进行协作。然而在.NET的世界里，对Request和Session这样的对象关注远不如对Page的关注，从振河兄的Post就可见一斑了。ASP.NET开发降低了开发难度，却在一定程度上阻碍了开发人员对Web Application的整体把握，正如春鱼兄的Feedback中提到的，过分纠缠页面之间关系，“不利于系统整体架构的良好设计”。J2EE的应用程序可以让程序员在Web Application的整体架构上有一个很好的体现，.NET还是得好好努力啊！建议.NET的程序员能够尝试着利用J2EE的技术来开发一个简单的Web Application，我相信这样的一个过程会让你对Web开发有进一步的认识。

　　进入了J2EE的领域，除了开发方式变了，buzz words也跟着改变了。两个使用频率极高的词汇充斥着每天的工作，一个是MVC，另一个则是Framework。我感慨于Pattern在J2EE中使用的广泛性，感慨于应用实现了MVC模式的Framework竟然可以让庞大的团队协同开发一个Project。那时的我开始相信Pattern的广泛应用给软件开发带来的变化是巨大而深远的，也开始阅读《Core J2EE Patterns》并从中获益。而在.NET的世界里，对Pattern的重视则远不如J2EE，尽管这样的情况在改变。说到了MVC，不得不对这样一个份量很重的词汇做些陈述了。JSP的发展经历了两个阶段：JSP Model1和JSP Model2。在Model1中是JSP和JavaBean的结合，在一定程度上实现了MVC，但是Model与Control之间的耦合仍然普遍存在；而Model2则真正实现了MVC：JSP作为Presentation层，负责数据的显示；Servlet充当着一个Request Dispatcher的角色，将Request分发至不同的处理Business的模块中，它就是一个指挥官，扛着Controller这面大旗；而VO则是一个数据的载体，是MVC三角中的Model。MVC的概念是进入J2EE开发领域必备的，从你做第一个简单的应用程序开始，从你看第一篇关于J2EE开发的文章开始，而丰富的开源MVC Framework也成为了我们学习MVC Pattern的良好教材。对J2EE有了初步的认识之后，就可以选择一些优秀的MVC Framework来研究了，例如WebWork和Spring。这对于学习系统整体架构设计方面是大有裨益的。

　　也许物极必反真的是一条不变的真理，J2EE领域中对于开发Framework的追求可谓之疯狂，大家朝这里看：Wicket - Introduction。你会发现可以用来开发Web Application的Framework竟然达到了55个，并且还在日益增加。事实上J2EE开发的软肋不在于Control这个层面，而是在View。许多天才的精力都耗在重复制造轮子上，却没有想办法去完善一个或者多个Framework，这不得不让人感到痛心啊！在这一点，J2EE是不是得向.NET好好学习一下呢？在.NET的世界里，最受关注的应该是控件的开发了，一个设计良好，功能强大的控件对于提高开发效率无疑是极好的助推器。很多.NET的开发人员都将精力花在设计控件上，.NET就像一个聚宝盆一样，不断汇聚开发人员智慧结晶。在J2EE的世界里，为了减少这种资源浪费的情况，Wicket Framework的出现了。它强调组件设计和组件重用，让开发人员集中精力于组件的开发，从而增强Framework的功能已经易用性。但愿，Wicket Framework能够为J2EE世界带来少许的改变吧！

　　说着说着，真的有点野马脱缰的感觉了。不知道说了半天，大家是否明白我真正的用意呢？在这个技术如此Open的年代，.NET的程序员应该去了解J2EE，反之亦然。我想，相互学习，共同进步这句再普通不过的话可以概括这罗罗嗦嗦的数千字吧。