就身为一个曾经跟你有过相同疑问的人而言, 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