在跳转到JavaEE之前，我应该做更多的JavaSE吗？
我差不多完成了“Head First Java”这本书。 我正在研究这个的原因是我希望有一天能用JavaEE开发工作。 现在我在想，我应该继续学习EE（转向Head First Servlets和JSP）还是应该花更多时间学习SE？ 这会有帮助吗？ 我会继续直接说我想在最快但最理想的时间学习EE（平衡的方式）。 任何建议？
提前致谢！
对我来说，与JavaEE一样好，因为你已经做了足够的SE。 当然，在编程论坛中闲逛时，会教你不时隐藏的东西。 相信我会有很多。 无论如何，我对你的建议很少，这将有助于你的发展。
- 最好在Java Collection API上有一个非常好的命令
- 另一个重要的是了解Java线程机制和相关类
- 有效的Java是任何Java开发人员必读的。 所以去看看吧
- 在充分利用普通的Servlet和JSP之前，不要跳进任何框架
- 要了解主要的设计模式是必须的
知识永远不是坏事，因此建议使用更多SE。
但现在让你的脚湿润EE并没有错。 从servlet，JSP和JDBC开始。 你可以用这些来做很多有用的事情，把它称为EE是公平的。
如果您确实编写了JSP，请确保以正确的方式执行 – 使用JSTL，即JSP标准标记库。 没有scriptlet代码。
一个优秀的开发人员可以轻松掌握API。 糟糕的开发人员很容易滥用API。 因此，首先成为一名优秀的开发者。
我总是不喜欢“转向J2EE”这个术语，因为J2EE只是松散相关技术的集合。
有人可以构建构建servlet和JSP，但不知道EJB的任何内容，反之亦然。 有人可以使用Hibernate进行持久化或使用JMS来发送消息，而不必考虑J2EE（例如我的情况）。
API来来去去，但最重要的是成为核心Java中的可靠开发人员。 如果你愿意，可以阅读足够的教程来理解主要概念，甚至可以在业余时间玩一下。 理解线程，数据库等重要概念。
例如，在接近hibernate之前了解JDBC。
你已经准备好去JavaEE了。
当您使用它时，您将使用JavaSE for JavaEE是JavaSE +新库。
对我来说，学习新技术的最佳（几乎唯一）方法实际上是在研究它。 我试图阅读和了解JSP（早在2000年）或任何新的框架，但我感到无聊。
在我真正得到一些可以应用它的项目之前，我永远不会得到Hibernate或EJB。
我已经阅读了很多spring，也许我可以通过面试，但因为我从未在项目中使用它，所以我不认为我自己知道它（虽然我知道它是如何工作的，配置文件甚至新的变化）。
所以我的建议是，如果你能负担得起，无论工资是否差，都要找工作，尽快把你的工作放在任何JSP项目上。 学习将比任何书籍，训练营，课程或任何你能得到的东西好得多。
可能这只对我有用。 🙂
我同意这样的建议，即从学习核心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网络协议和事务管理器添加远程过程调用function来包装业务POJO的代理。 如果您了解RPC，RMI和事务，那么理解EJB的机会就会迅速增加。
或者把它放在Joel Spolsky谈话中，J2EE是一个基于J2SE网络API构建的漏洞抽象。
我开始从事JavaEE的工作而对基础Java知之甚少，我完全后悔了！
JavaEE不仅仅是一组额外的API，它包含来自EAI，SOA和DB的许多概念。 试图掌握这些概念，学习API并且仍然了解基础 – Java，这是一个真正的挑战。
JavaEE听起来令人兴奋，但如果你是一个想要生成干净，易于测试和更正代码的人，我的建议是：从Java SE开始。
当我们开始使用J2EE时，我们之前没有人曾经编过任何东西，除了SE; 我会去的。