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上搜一下，一大筐，本身慢慢看吧～