跨越3个层面的学习进展，.net事件驱动编程/.net模型驱动编程/J2EE模型驱动Struts架构编程

最近大部分时间都花在学习上了，感觉收获还是挺大的

总的来说，我感觉自己一下子经历了3个层面的过程，3个层面的名字是我自己取的，只是便于称呼

第一个层面：.net事件驱动编程
感觉自己以前一直都是这样的快速编程方式，整个开发过程先大概了解需求，分出模块菜单，然后就开始根据模块和需求定制出界面，以界面上事件为驱动进行代码编写。
好处：开发周期短，对开发人员技术要求不高，程序员就可以实现整个系统，对于小项目很适合
坏处：需求阶段交流性差，用户往往要等到看到实际最后的系统才能与程序员交流，代码重用性几乎为零，结构混乱，常常出现同类甚至同一对象，在不同界面多次定义，随着时间推移，系统代码结构几乎不可读，修改难度大，对大型项目更是无法管理，当然也有天才的开发人员能使用这种方法实现大型项目，用代码编写规则和统一函数库等一系列可想出的办法来规范整个团队开发过程从而完成任务。但就算这样，基本上也无法和团队以外的人员进行技术交流和沉淀，代码也没有重用积累。

第二个层面：.net模型驱动编程
这是我最近努力在学习的东西，先是学习UML，然后是设计模式学习，采用微软.net先进开发工具结合together 2005 for vs.net2003，进行学习的实际演练，让设计与代码编写联系在一起，让我感觉到了设计的乐趣，整个过程先是需求了解，然后是使用标准的用例图与用例文档，在需求阶段和用户充分沟通，反复确认需求，然后是类图模型设计，再在活动图设计阶段完善类图模型设计，然后通过微软的集成工具，进行视图与控制的编写，同时再修改类图模型已适应最后的功能需求，整个过程双向联动。模型始终保持和代码的一致性。
我的感觉是这样才叫设计，才叫开发啊，自我感觉很有成就感。特别是虚拟一些系统进行设计模式的实际演练过程中，让我受益良多，同时也感叹微软为我们提供的工具的先进啊，用起来就一个字，爽。

第三个层面：J2EE模型驱动Struts架构编程
这是最近一周的学习内容.
这个层面的学习时被迫的了,因为马上有个J2EE应用的系统,公司非要我上(赶鸭子上架啊!)
采用的工具是IBM Webspher Developer Studio,还好我及时补充了第二层面的学习,思路差不多,但工具就差远了,感觉很多该工具解决的事情都要我手动处理,真是慢啊.特别想实现MVC模式的编程,还要学习Struts架构,并应用在代码中,感觉比.net至少落后了一代,比如在.net中页面需要引用预先定义好的类,我只需在类图上关联根线就ok了,代码自动有了,但在IBM Webspher Developer Studio 512中居然没有关联的操作，类之间的关系只有继承与实现，我倒，在6.0中有了关联，但关联上了图形也不会有代码，页面jsp更是大量学习和模仿的asp技术，本身就比asp.net落后一代了，更何况现在的asp.net框架2.0的更新。j2ee中 sevlet才让开发人员进行逻辑业务的处理可以忍受一下,不然真成了asp翻版了，Struts架构实现MVC模式编程也全靠应用了sevlet技术
虽然落后与垃圾了一点，但好处也很明显：开源、跨平台，还有就是写这个能唬人还有高薪。

我想在软件工程上继续深入学习，这个和平台无关，对于2个平台的知识掌握，这次J2EE被迫去用了，争取以后在2个平台上都能互补性学习与掌握。虽然我不喜欢J2EE现有的各种工具和他的支持者IBM的唬人作风。

====================================================================