EOS开发平台和框架

        如今我每天都离不开普元EOS，个人工做就是用它来开发，相信不少朋友都用过或者据说过这个中间件和开发平台了。说实话，当初我是极度地不接受这个“东西”的。但出于工做，我慢慢接受了这个框架。        比起Struts,Spring,Hibernate等开源框架，EOS作得更完全，走得更远了。它有几个特色是别的框架所没有的。        一、一个开源而且成熟的用户管理系统框架（用户管理系统是大多数应用所必须的）；        二、开发环境是eclipse二次开发（我以为是eclipse的插件）过的，已经封装了许多“构件”，        以构件为单位的编程思想贯穿其中，提升了程序的复用程度；而且可以在开发环境中        直接拖拽构件，构件以图元的形式显示，调试方便（是否是从.NET学来的？）        三、采用“数据总线”的思想，应用各部分都共享数据总线上的数据，而不直接传递对象；        四、对工做流开发很好的支持；               “面向构件”和“Web服务”和以上几点的确可以使EOS成为一个出色的中间件和开发平台，使工做流应用（例如OA）快速开发，不过EOS也有它的不足的地方，做为程序员更应该客观地去看待这个“工具”。        当初开始接触EOS，感受很不习惯，由于一些新的思想必须去接受，例如“数据总线”，“XPath存取路径”等，并且感受本身做为程序员在使用框架的时候成就感少了，呵呵。由于什么都是现成的构件或者是半成品，我只拿过来用，后来想一想，前人已经作好了轮子，何须重复去作呢？心理有些平衡了。        如今发觉EOS有几个缺点，不知道你们认同否        一、用XPath存取数据，面向对象能力减弱。由于在数据总线上只保留数据，没有方法，而众所周知对象是数据和方法的集合。        二、EOS的所谓MVC架构其实并不完全，架构比较散。MVC虽然不是死的，也不必定要彻底遵守MVC模式才是好的应用，但我以为Struts在应用MVC上是成功的。而EOS充其量只不过是多个小MVC拼凑在一块儿。以JSP作viewer，展示逻辑做controller，业务逻辑做model，对比在struts中只有一个单一的controller ActionServlet，我以为后者更好。        三、EOS不是开源框架，若是应用出了什么问题，而调试时发现是框架出了问题，你只好去找普元了，呵呵               这是个人一些见解，你呢？不妨说说啊。若是看了个人blog想了解EOS的话，那真是个人罪过了，我不是想卖广告的，到google或baidu上搜一下，一大筐，本身慢慢看吧～