呃~ 該怎麼說呢~ 我覺得自己應該是個笨蛋吧.... 如果寫的類別不是自己呼叫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: 61.228.46.154 沒有~ 沒寫過大型web-app，但就是因為沒寫過，才想知道大型web-app到底在幹麻 是怎麼服務使用者的？ 是怎麼切割整個服務使用者的流程到不同元件的？ 每個元件扮演什麼角色？ 該做哪些事？ 不適合做哪些事？ 元件的哪些設計是規格？ 哪些是設計者有彈性可以做的事？ 這些基礎的問題，卻一直找不到能讓我宏觀角度了解的書，也才會上來問人.... 舉例來說，我跟同學剛開始寫Servlet，根本不曉得這類別到底在扮演什麼角色， 給誰使用？ 怎麼使用？ 所以就會在doPost()方法上面throws SQLException， 問題這樣是不合規格的，Container根本就不處理這問題.... 如果當初能不要只了解doPost()方法裡面的request和response還有writer之類的工具 要怎麼用，有什麼api，而是能宏觀地了解服務流程，就不會浪費時間在這事情上面.... 你若想說我為學而學，好像也太可憐，這我不反對....本來就是為學而學.... 為了有機會找更好的工作而學.... 我感興趣的只是如何撰寫一種能彈性地過多種介面服務大眾、處理需求的資訊系統， 而不只是和特定一種服務使用者的介面(瀏覽器)關係很深的系統.... 但瀏覽器是現在連結資訊系統最主要的客戶端，我也只好多看看這方面的架構了 這就是當初打那部分的底子時，買到爛書了嘛~ 只忙著講有什麼物件可以用，那些物件又有什麼方法， 整個伺服器的服務流程亂七八糟的都沒講清楚。 那種書只適合寫過大型web-app的人快速入門，找到各種工具在J2EE相對應的位置 而不適合寫web-app的新手.... 因此，現在想學J2EE，才會來問有什麼好書.... 還只是學生 XD 但我希望專題系統能盡量做到業界的標準 能讓組員依不同的興趣和專長分工製作不同的部分。 而不要像過去某些組那樣，存取資料庫+商業邏輯+顯示 全部寫在jsp裡面 = = 還沒有決定指導老師 而且老師有可能是那種放著自生自滅的，那樣有等於沒有。 既然標準很廣，那想請問如果開發過程要有系統、有組織且分工明確， 又不會組合不起來，這樣子的話要懂到什麼程度？ ※ 編輯: dream1124 來自: 61.228.46.154 (08/29 19:45)