Java模块通信

我在Java-web服务模块上编写了一个模块，它接受请求处理它（这里有一些业务规则），在db中保存（修改或删除）值（使用Hibernate），然后发送状态响应）。重构该模块是否合理，以便最终将有2个模块—1个是web服务模块，2个是应用业务规则和创建db流程的处理模块？如果是，那么模块间信息交换的良好实践是什么？ 谢谢

记住“吻”——保持简单；愚蠢的

更重要的是要有一个干净的、可维护的代码，集中在 域模型，而不是基于技术考虑将其分解

对,；数据库存储是一个方面，是的，处理Web服务调用是另一个方面，但是花费大量时间进行“干净”的分离太容易了，唯一的结果是以后需要更长的时间来更改内容。（每个开发14层“企业”应用程序的人都可以告诉你。）

理想情况下，“业务逻辑”是您编写的一个模块，Web服务适应和数据存储应该“神奇地”工作。由于情况并非如此，你显然也必须处理好这一点，但这并不是主要关注点

我强烈建议：业务规则=您的数据模型。webservice方法应该尽可能薄，并尽可能干净地公开模型

这是一篇关于“业务层”的颇有见地的文章

还请记住，“层”是抽象概念，它们在不同的eclipse项目中“物理上”分离并不是一个基本要求