我差不多完成了“Head First Java”这本书。我正在研究这个的原因是我希望有一天能用JavaEE开发工作。现在我在想，我应该继续学习EE（转向Head First Servlets和JSP）还是应该花更多时间学习SE？这会有帮助吗？我会继续直接说我想在最快但最理想的时间学习EE（平衡的方式）。有什么建议吗？
提前致谢！
答案 0 :(得分：12)
对我而言，与JavaEE一样好，因为你已经做了足够的SE。当然，在编程论坛中闲逛时，会教你不时隐藏的东西。相信我会有很多。无论如何，我对你的建议很少，这将对你有所帮助。
答案 1 :(得分：2)
知识永远不是坏事，因此建议使用更多SE。
但是现在让你的脚湿润EE并没有错。从servlet，JSP和JDBC开始。你可以用这些来做很多有用的事情，把它称为EE是公平的。
如果您确实编写了JSP，请确保使用JSTL（JSP标准标记库）以正确的方式执行此操作。没有scriptlet代码。
答案 2 :(得分：2)
优秀的开发人员可以轻松掌握API。糟糕的开发人员很容易滥用API。因此，首先成为一名优秀的开发者。
我总是不喜欢“转向J2EE”这个术语，因为J2EE只是松散相关技术的集合。
有人可以构建构建servlet和JSP但不知道EJB的任何内容，反之亦然。有人可以使用Hibernate进行持久化或使用JMS发送消息，而不必考虑J2EE（例如我的情况）。
API来来去去，但最重要的是成为核心Java的坚实开发者。如果你愿意，可以阅读足够的教程来理解主要概念，甚至可以在业余时间玩一点。理解线程，数据库等重要概念。例如，在接近hibernate之前了解JDBC。
答案 3 :(得分：1)
我同意给出的建议，即从学习核心Java进入J2EE是可以的。也就是说，我会不断磨练你的核心Java技能。
当我在团队中寻找我想要的J2EE开发人员时，我会通过最大限度地利用JDK来寻找知道如何编写简单可维护代码的人。你应该知道像手背一样的集合API。您肯定应该实践Effective Java中给出的建议。最终你必须知道线程的一些细微之处（步骤1：保持对象不可变;步骤2：参见步骤1）。
顺便说一句，如果您在纽约地区，请发表评论，也许我们可以离线联系。澄清：每个有趣的Java应用程序都需要业务逻辑和普通旧Java对象（POJO）的使用。简而言之，它包括J2EE应用程序，无论是Web应用程序，Web应用程序使用的框架，还是J2EE应用程序服务器本身。对于Java开发人员来说，一旦他们开发了“玩具”应用服务器，它通常是一种开放的体验。之后，J2EE变得更加容易。
根据我的观点，真正的J2EE“Jedi master”知道如何将app服务器拆分为其基本的核心Java组件。例如。 EJB是通过使用RMI网络协议和事务管理器添加远程过程调用功能来包装业务POJO的代理。如果您了解RPC，RMI和事务，那么理解EJB的机会就会迅速增加。
或者把它放在Joel Spolsky的谈话中，J2EE是一个基于J2SE网络API构建的漏洞抽象。
答案 4 :(得分：1)
你准备好去找JavaEE了。
使用它时，您将使用JavaSE for JavaEE是JavaSE +新库。
对我而言，学习新技术的最好（几乎唯一）方法实际上就是在努力。我试图阅读和了解JSP（早在2000年）或任何新框架，但我感到无聊。
在我真正得到一些可以应用它的项目之前，我从来没有得过Hibernate或EJB。
我已经阅读了很多春天，也许我可以通过面试，但因为我从未在项目中使用它，所以我不认为自己是我知道的（尽管我知道它是如何工作的，配置文件，甚至是新的变化。）
所以我的建议是，如果你能负担得起，无论工资是否差，都要找工作，尽快把你的工作放在任何JSP项目上。学习将比任何书籍，训练营，课程或任何你能得到的东西好得多。
可能这只对我有用。 :)
答案 5 :(得分：0)
我开始从事JavaEE工作而对基础Java知之甚少，我完全后悔了！
JavaEE不仅仅是一组额外的API，它包含来自EAI，SOA和DB的许多概念。试图掌握这些概念，学习API并且仍然了解基础 - Java，这是一个真正的挑战。
JavaEE听起来令人兴奋，但如果您是想要生成干净，易于测试和更正代码的人，我的建议是：从Java SE开始。
答案 6 :(得分：-1)
当我们开始使用J2EE时，我们之前没有人曾经编过任何东西，除了SE;我会去的。