Re: [J2EE] J2EE 好難懂~

看板java作者GGGGGforever (五雞大俠)時間15年前 (2010/08/30 02:02)推噓6(6推 0噓 3→)

留言9則, 7人參與討論串3/3 (看更多)

就身為一個曾經跟你有過相同疑問的人而言, J2EE真的很難懂不只難懂, 應該說他根本就不是拿來懂的! 因為他只是一套工具而已!! 而這套工具的目的是為了開發multitier的企業級應用程式. 也因此, 這套工具的內容或許會隨時間而刪減也可能隨著版本更新替換而有用法或語法上的變動但他無論如何都只是「一套工具」那你該懂的是什麼呢? 你該懂的是, 如果你今天被賦予一個開發某系統的專案你該如何就OO的觀念加以分析, 設計元件, 產出「盡量好」的規格並妥善利用你所有的工具(e.g., J2EE), 將其實作出來且讓它具有一個J2EE專案該有的那些「好的性質」光是看懂那些API有什麼用呢？你現在想做一張桌子, 不去研究要怎樣把桌子作的牢固美觀反而在旁邊翻著釘槍, 電鋸, 拋光機的說明書, 然後說看不懂這些東西的關聯? 當然, 有些人可能會覺得我這樣說很現實, 或者說不懂工具怎麼知道怎麼用但根據我的經驗, 研究一個你用不上的語言或工具, 真的是單純的浪費時間現在新語言新工具那麼多, 比較舊的如Groovy, 新的如Scala, 每兩年就有一個新玩意兒會出來, 你確定你要每個都懂嗎? 所以身為一個工程師, 我認為重要的是你遇到問題後, 分析與解決的能力才是關鍵工具真的是最最最次要的東西補個卦, 板上的各位, 知道台北京站的POS系統是用什麼語言寫的嗎? 答案是ASP, 連.NET都沒有, 他們的PM專職負責簽約, SA專職負責談需求, 公司裡甚至沒有一個職位叫QA的不過這又是另一個故事了. P.S.: 原po可能不覺得我有回答到你的問題, 所以我再補充一下因為你現在沒有對這個工具的需求, 所以我基本上認為你沒有繼續專研這個技術的必要如果你是學生的話, 而且也假設你對物件導向語言方面有興趣我建議你可以往VM, COP, 或workflow等方向走並讓這方面的研究成為你的專長, 切記不要被工具束縛了你的腦袋了:) ※ 引述《dream1124 (全新開始)》之銘言： : 呃~ 該怎麼說呢~ 我覺得自己應該是個笨蛋吧.... : 如果寫的類別不是自己呼叫JVM從main開始執行，就不會思考問題了 Orz : 事情是這樣.... : 這一陣很努力地想了解J2EE架構，那些元件、API、等等東西到底是在幹麻.... : Web Container、Application Container、EJB Container、DAO、持久層...etc : 一大堆以元件切割所有任務的高階抽象概念，讓一個從沒寫過Web-App的人很苦手。 : 那些書都會假設讀者已經懂了一些東西，於是只忙著專精介紹某個區域 : JSP、Servlet的就忙著講語法和佈署方式、EJB的講EJB的配置和設計、 : 什麼BMP啦、CMP啦.... : 等到講持久層時，又只講持久層的佈署方式、可能再摻上一些SQL.... : 再大型架構例如spring的書只講高層次的概念，然後一下子忽然又扯到複雜的 : 軟體開發概念、TDD、AOP都出來了....唉.... : 很少看到有書清楚講明整個J2EE到底在幹麻....了不起就是詳列相關的API， : 然後畫個抽象圖意思意思一下.... : 問題是，從一個沒寫過極大型web-app的程式設計者的角度來看， : 如果我不清楚自己寫的類別在這整個服務系統使用者的過程中扮演什麼角色， : 又要怎麼知道該擺些什麼東西進去呢？ : 而且每一個web container的設計又有些不一樣，撰寫元件時又不了解該怎麼處理.... : 總而言之，想請問有人可以推薦講J2EE的好書嗎？ : 最好是能提到元件與容器、元件與元件的互動過程，而不只是聚焦在微末細枝的地方 : 例如教我怎麼用JDBC讀資料庫之類的簡單好懂玩意兒.... : 謝謝大家幫忙囉~ : ---------------- : 題外話....J2EE 現在到底怎麼啦？還有很多企業在用嗎？ : 希望不要到時候學了也沒啥大用途，就傷腦筋了.... : 好多工作都只找dotNET工程師喔 >.< -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.121.8.151

推

nvidia

08/30 06:09, , 1^F

08/30 06:09, 1^F

推

AmosYang

08/30 09:11, , 2^F

08/30 09:11, 2^F

推

coman192001

08/30 17:26, , 3^F

08/30 17:26, 3^F