当前位置：文江博客话题详情

Hibernate Struts 项目的项目结构？

发布于 2024-09-15 03:19:14 字数 111 浏览 9 评论 0原文

我开始开发一个基于 Hibernate 和 Struts 的博客网站。我想知道如何维护目录和文件的结构。即表示层、hibernate DB 访问层、控制器和业务层。有什么建议吗？

问候斯瓦尔

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

你的呼吸 2024-09-22 03:19:14

我认为这个问题没有单一的答案，但这是我的。

对于没有很强的模块化要求的简单项目，我会使用单个项目。

对于项目布局本身，我遵循 Maven 标准目录布局。对于 Web 应用程序，这通常意味着这样的内容：

.
└── src
    ├── main
    │   ├── java            - Application/Library sources
    │   ├── resources       - Application/Library resources
    │   └── webapp          - Web application sources
    │       └── WEB-INF
    └── test
        ├── java            - Test sources
        └── resources       - Test resources

我将使用 Java 打包命名约定来组织各个层中的类：

com.acme...web.action 对于 struts 操作
com.acme...web.forms ：对于 struts 表单 bean
com.acme..。 service ：用于业务服务接口和实现
com.acme...bo ：用于业务对象
com.acme...dao ：用于 DAO 接口
com.acme...dao.hib ：用于 DAO 的 Hibernate 实现，

但对于小型应用程序中，我会跳过功能细分。

相关问题

您采取什么策略用于 Java 项目中的包命名以及为什么？

I don't think there is a single answer to this question but here is mine.

For a simple project without strong modularity requirements, I would use a single project.

For the project layout itself, I follow the Maven standard directory layout. For a webapp, this typically means something like this:

.
└── src
    ├── main
    │   ├── java            - Application/Library sources
    │   ├── resources       - Application/Library resources
    │   └── webapp          - Web application sources
    │       └── WEB-INF
    └── test
        ├── java            - Test sources
        └── resources       - Test resources

And I would use java packaging naming conventions to organize classes from the various layers:

com.acme.<app>.<module>.web.action for struts actions
com.acme.<app>.<module>.web.forms : for struts form beans
com.acme.<app>.<module>.service : for business services interfaces and implementations
com.acme.<app>.<module>.bo : for the business objects
com.acme.<app>.<module>.dao : for DAO interfaces
com.acme.<app>.<module>.dao.hib : for Hibernate implementations of the DAOs

But for a small application, I would just skip the functional <module> subdivision.