現在我天天都離不開普元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上搜一下，一大筐，自己慢慢看吧～