呃~ 该怎麽说呢~ 我觉得自己应该是个笨蛋吧.... 如果写的类别不是自己呼叫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)