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