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