标准Java EE目录结构vs。Intellij目录结构
我是Java EE的初学者,我在参考资料中读到Java EE的标准目录结构是这样的：
但当我在intellij idea中创建一个新项目时，目录结构是这样的：
现在我因为一些原因感到困惑。
共有1个答案
-
主要内容：什么是目录？什么是目录？ 目录可以被定义为磁盘上相关文件的列表。 该目录可以存储一些或整个文件属性。 为了在不同的操作系统上获得不同文件系统的好处，可将硬盘划分为不同大小的分区数。 分区也称为卷或小型磁盘。 每个分区必须至少有一个目录，其中可以列出分区的所有文件。 为目录中的每个文件维护一个目录条目，该目录存储与该文件相关的所有信息。 一个目录可以被视为一个文件，其中包含一堆文件的元数据。每个目录都支持文件上
-
根目录 在 sbt 术语中 “根目录”是一个包含项目的目录，所以如果创建一个 hello 项目将包含 hello/build.sbt 和 hello/hw.scala 在 hello world 项目例子中，其中hello是根目录 源代码目录结构 源代码可以放到项目的根目录类似于 hello/hw.scala , 但是在真正的项目很少利用这样的代码结构，这样会使项目变得混乱， sbt 的项目目录结
-
Jekyll 的核心其实是一个文本转换引擎。它的概念其实就是：你用你最喜欢的标记语言来写文章，可以是 Markdown, 也可以是 Textile, 或者就是简单的 HTML, 然后 Jekyll 就会帮你套入一个或一系列的布局中。在整个过程中你可以设置 URL 路径，你的文本在布局中的显示样式等等。这些都可以通过纯文本编辑来实现，最终生成的静态页面就是你的成品了。 一个基本的 Jekyll 网站
-
YOG2 将传统的一站式开发分解为了 yog2 project 与 yog2 app，yog2 project 是基础的运行框架，负责中间件初始化和建立基础环境。yog2 app 是应用的业务代码，每一个 app 都是一个独立的子项目，包含了这个子项目中所有的前后端代码。当项目的业务较简单时，也可以只使用一个 app 来管理代码。 一个完整的 YOG2 目录结构应该类似 ├─home │ ├─c
-
API服务通常使用.proto文件来定义API接口,并通过.yaml文件来配置API服务。 每个API服务都必须在API仓库中有一个API目录，其中包含其定义文件和构建脚本。 API目录应该具有以下标准布局： API目录 配置文件 {service}.yaml - 主服务配置文件，它是google.api.Service proto消息的YAML表示形式。 prod.yaml - 生产环境增量服务
-
基于 CLI 工具初始化的项目，目录结构如下所示： . ├── README.md # 项目说明 ├── build.json # 项目构建配置 ├── package.json └── src # 源码目录 ├── app.js # 应用