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