OOAD-導入 J2EE 質疑與解說

其實談到 OOAD 很多人的見解都不同 , 像我們公司裡面一堆 微軟派(VB + ASP)的 ,
在先前我們導 J2EE 時 , 有引用了一些Framework(Struts) 或是樣式(MVC) ,
最常碰到的質疑


質疑1: Java (J2EE)寫系統真難用 , 一個功能要分成很多個Class 跟頁面才能完成
解說:
當你將Web 系統使用MVC 觀念並且導入 Struts Framework 時 , 沒錯一個功能是要分成很多個Class 跟頁面才能完成 (但是這些增加的工作 , 有他背後的效益在 , 例如較易維護修改等等)
而質疑的人 , 常常是寫ASP的 ,寫ASP 的沒有引用所謂的MVC 觀念來開發 , 所以相關的檔案數就會比較少 , 有沒有看過把 輸入畫面 , 處理頁面 , 錯誤處理頁面 , 重導頁面通通寫在一個 asp 檔的沒有 ,
檔案數只有一個 , 可是有比較好維護嗎???
如果用ASP 開發時 也導入了 MVC 的樣式 , 那麼它的檔案數也會變的多起來 ,
這個跟你用什麼語言沒關係 , 而是你用了哪些樣式(Patterns)
可是質疑的人根本就不懂 , 他只單純的認為J2EE 就是難用...
可他不知 , MS 系列的開發 , 一旦也導入了相關的設計樣式時 , 也一樣不太好用...

質疑2: Java(J2EE) 是 OO 導向 , 很難學 , 很難用
解說: 看起來好像如此(當時 .Net Frame work 1.0 還沒推廣) , 許多玩VB 的同事質疑 ,
但是今天 .Net 2.0 已經都出來了 , 即便是VB 到了 VB.Net
你也不能以VB 的玩法去寫VB.Net  , 而且 .Net 幾乎都是 OO 導向 ,
(還要再找藉口嗎 ? 當作是自己不想要會的理由嗎 ?)
或許可以問問那些提質疑的人 , 是不是改成 .Net 他們就有把握可以做的出來???

注意: 我不是說 .Net 不好 ,  爭論 J2EE 或是 .Net 那個比較好 , 並沒有意義
(你個人喜歡用什麼就用什麼 ,
但是就企業來說 , 必須要有一個大方向在 , 用的東西太多太雜 , 只是增加維護人力罷了 ,
一個維護人力又要會 AS400 又要會 .Net 又要會 J2EE , 又要會 #X&$# , 又要會#X%$ ,
苦的是維護人員 , 出包了是整個IT 部門要負責

選 J2EE 或是 .NET 都可以 ,

但是如果有公司是兩邊都選的 , 只是苦了那些維護的人 ,
明明本職技能就差了 , 還要都摸一點 , 結果更是什麼都不會...)
我自己也熟MS的東西 也實際開發過相關的系統 , 對於MS 或是 J2EE 我都可以玩 ,
(沒有一定要偏好哪一種)

J2EE 或 Net 或是 OO 都只是他們的藉口罷了 , 不會的永遠不會...