Jakarta ee JavaEE命名文件和包基础知识

Jakarta ee JavaEE命名文件和包基础知识,jakarta-ee,Jakarta Ee,正在开发小样本书店应用程序,如果有人向我解释,我会有问题的 将Model2架构(MVC)模式与JSP和Servlet结合使用。希望添加CDI依赖注入 抱歉给你添麻烦了 1-命名约定。 在截图中。我的文件夹结构和命名文件是否正确 例: 我将我的文件命名为: java实现了IBook=数据访问层。添加、更新、删除等的方法 IBook.java=上述方法的接口 我下面的在线教程使用的文件名如下 BookRepositoryImpl.java=CRUD方法实现 BookRepository=接口 问题:

正在开发小样本书店应用程序,如果有人向我解释,我会有问题的

将Model2架构(MVC)模式与JSP和Servlet结合使用。希望添加CDI依赖注入

抱歉给你添麻烦了

1-命名约定。

在截图中。我的文件夹结构和命名文件是否正确

例:

我将我的文件命名为:

java实现了IBook=数据访问层。添加、更新、删除等的方法

IBook.java=上述方法的接口

我下面的在线教程使用的文件名如下

BookRepositoryImpl.java=CRUD方法实现

BookRepository=接口

问题:当我们在JavaEE中命名文件时,是否有任何特定的约定

如何命名文件和包?


在JavaEE中,命名这些工件并没有任何一个,也只有一个真正的约定

但是,如果您的实体/模型被称为
Book
,而
IBook
则是相应DAO/存储库的接口,那么您会感到有点奇怪。我希望这是
IBookRepository

我提到关于术语没有任何真正的约定,但是已经说过,接口的
ISomething
在Java中不像在C#中那样常见。Eclipse使用此约定,其他一些项目也使用此约定,但并不常见

更常见的是使用
BookRepository
作为接口,然后使用
SomeTechBookRepository
作为实现,其中“SomeTech”可以是例如“JPA”或“JDBC”。还可以考虑“代码> DAO <代码>,而不是<代码>存储库< /代码> ./P> JavaEE中的另一个最新趋势是,如果您还没有真正需要存储库/dao的接口,就放弃它(这个主题是有争议的)。如果您对实现类使用了命名约定
BookDAO
,并且没有接口,那么以后将
BookDAO
作为接口并添加例如
JPABookDAO
就相对容易了


最后,在JavaEE中,基于JSP/Servlet的方法现在有点过时了。JavaEE附带了一个MVC开箱即用框架(JSF)以及对服务/DAOs(EJB)和持久性(JPA)的支持。有关这些技术的CRUD示例,请参见:

感谢您的回复。我是来自.NET的JavaEE新手。我想首先学习Servlet/JSP,因为在任何公司申请工作时都需要这种技能。您不认为Servlet/JSP是必需的技能吗。之后,我将切换到MVC框架。一个问题:在上面的Servlet/JSP截图中,您如何命名文件?一些基本的Servlet知识不会有什么坏处,但是构建一个成熟的2003年Servlet/JSP Model2应用程序是一项您不经常需要的技能。我会选择Book作为实体(正如您所做的那样),选择BookDAO作为DAO。如果servlet只是一个JSP页面的控制器,我会给它们一个后缀为-Controller的-exact-JSP页面。例如,
BookFormController
BookListController
,等等。但是不要在JSP上花费太多时间,它主要是遗留的。您的建议对我非常有价值,我会记住这一点,并尽快切换到JSF。在上面的JSF链接中,我可以浏览文件,但是如何从主干下载文件呢?这里解释:基本上安装hg(Mecurial)并执行:“hg克隆”