大约 2 年前，我开始开发 Java EE。我已经学会了如何使用一些工具和框架，如 ejb3、spring、hibernate 和...
但说实话，我更像是一寸深的海洋。有时我觉得我对 Java EE 的基本知识一无所知。
例如，我知道如何定义 EJB 或 spring bean，但我真的不知道它们到底是什么，什么时候应该使用它们，或者我什至不知道应用程序的结构，工作区，在哪里我应该将我的库放在开发和部署环境中，什么是构建路径和项目的依赖关系。
其实我只是用了资深开发者做的即用型环境，只是给他们加了一些特性而已。所以，我决定忘记我的大学学位、工作经验、我所知道的所有框架和技术以及其他一切，像新手一样开始学习基础知识。
现在我问所有最有经验的人，我应该从哪里开始？我应该一一通过哪些步骤？
我不想学习更多的框架、核心编程、DS、DB。我想更详细、更深入地学习我以前学过的东西。
许多人在我认为的螺旋中学习。您首先浏览表面，然后在探究细节时逐渐深入挖掘。同时我们经常有工作要做，所以我们在不了解很多细节的情况下做一些事情——这是一种黑箱思维，考虑到要学习的东西很多，抽象工作可能是唯一的方法应付。因此，我不会过分担心您现在不了解所有内容。积极的一面是你想了解你正在做的事情的“原因”。
我告诫不要放弃你所知道的一切，而是用它来阐明你正在学习的东西。在尝试理解 EJB 时，您可能会发现它们会做事务，例如事务。现在，除非您以前对事务、提交和回滚有一些了解，否则这将毫无意义。但是，如果您以前研究过事务，那么您就可以理解 EJB 在事务方面所做的工作。
至于学习课程，这个话题太大了。我提出两个基本建议：首先区分“房屋风格”和基本概念。为什么将某些 JAR 放在某些位置是一种“房屋风格”，可能还有其他地方也可以使用，但是资深人士选择了这个，可能是有充分理由的，而且这个原因可能很有趣。更重要的是这些 JAR 中的内容。清楚地了解您的应用程序的哪些部分是 Java EE 固有的，您的“房屋”框架和库是什么，以及真正的业务逻辑是什么。确定通用的 Java EE 或 Spring 部分：Servlet、JPA 对象或其他任何东西，然后研究一个。了解每件作品为您做什么。
我最后的建议是，抽出一些时间使用原始 Spring 或 Java EE 框架构建自己的小应用程序。端到端工作，一次一层从 Screen 到 DB，（或从 DB 到 Screen，选择一个方向。）