偶然間看到下面有一個網友慨嘆普元的強大，而開發人員的渺小。
小弟剛剛參加工作，也在項目中接觸到了普元的EOS。普元的這個東西怎么說呢，就是亂用XML然后Spring沒做好就變成那個樣子的，同時失去了類型的表述，一部機器要進行裝配需要組件和零件，軟件應該自上而下，分而治之，這是上個世紀70年代，學者們就達成的共識，所以關于“銀彈”神話的唯一結論就是——“沒有銀彈”。
為什么說EOS是沒有做好的Spring？
Spring簡化了對象的裝配，強調重用，是建立在面向對象基礎上的，是建立在敏捷測試基礎上的，是建立在強類型基礎上的；
而EOS則是建立在面向過程的基礎上的，建立在不可測試的基礎上的，建立在毫無類型基礎上的（全是String）
然而EOS也有很多的優點（據小弟不完全發現）：
1）EOS固化的開發流程強制一個team從一種易于維護的結構組織Web，包括頁面，表示層，邏輯層等等。否則的話就需要一個架構師來做出規約，但仍不易于管理；
2）EOS的畫圖功能讓人耳目一新，從“代碼即文檔”的哲學出發，這些畫圖很好地詮釋了代碼表述的內容和結構，給程序的維護帶來便利。
3）相對于OO和J2EE傳統開發，EOS易于上手，學習曲線較短。但是這一點有爭議，EOS的知識不具備通用性。
綜上，根據2-8的關系法則，在某些領域EOS的確有其優點，但是認為EOS完全“解放”了程序員，則是不負責任的說法。
這只是我的個人看法，歡迎大家就此話題討論。
@2008 楊一. 版權所有. 保留所有權利