6、Java 企业应用的设计、结构与实现

Java 企业应用的设计、结构与实现

在 Java 企业应用开发中，合理的设计和结构至关重要。以下将详细介绍相关的设计原则、核心组件以及实现方法。

1. 设计与结构原则

1.1 实体依赖规则

实体通常只允许依赖其他实体。不过，在某些情况下，可能需要引入对控制类的导入。例如，当存在 JPA 实体监听器或 JSON - B 类型转换器时，它们能实现复杂的逻辑。这些出于技术原因的情况属于特殊情况，为了简化操作，可以允许导入这些类。理想情况下，像实体监听器或转换器这类支持实体的组件应直接放在实体包中。但由于其他依赖关系和委托的使用，这一前提并非总能实现，不过也不应采用过于复杂的技术解决方案。

1.2 避免过度强化架构

无论选择哪种架构模式，应用的首要任务都应该是解决业务问题。开发人员应能够在不太复杂或不过度强制的结构和架构下进行项目开发。过去有很多案例，为了符合某些规则而刻意使用技术驱动的分层或过于严格的模式，但这些限制往往是自我设定的，没有更高的实际意义。我们应该明智地重新考虑哪些是真正需要的，哪些只是让开发过程变得臃肿。

在遵循架构模式时，存在一致性与简单性的权衡。所有包、模块和项目采用相同的模式和结构，对开发人员来说会比较熟悉。但实际上，在整个组织甚至单个项目中，一致性并非总能实现。在很多情况下，打造更简单、更灵活的方案所带来的好处超过了一致性。

1.3 封装实现细节

模块和类确实应该封装实现细节并提供清晰的接口，但这些职责可以并且应该包含在单个、理想情况下自给自足的包或类中。按技术术语来组织模块会将细节暴露给模块的其他部分，例如使用了数据库或外部系统的客户端。首先按业务