服务和信息库层中的职责

Question

只是想节省对象到我的持久存储时，让我的头一轮的业务层和库层的责任。

我下驻流是这样的：

在我的控制器我创建从由用户提交的（从表格）的数据“注意”对象。然后，用户调用“保存”上的“NoteService”（这是有通过依赖注入）。

在对“NoteService”我执行我的业务逻辑验证，然后通过“注”对象的“NoteRepository”的“保存”方法“保存”的方法。

看然后检查的“NoteRepository”的“保存”方法，如果有此对象上现有的主密钥，并且如果是的话得到的，从db和更新对象它的属性使用“注意”对象穿过并它然后保存回数据库。 如果没有主键那么该对象被简单地保存到DB和然后返回到与它该服务的新创建的主键。

Answer 1

您的关注点分离听起来很不错。我们遵循相同的模式，但往往会添加更多的层说得对库层。我们把它叫做域层，并在那里完成我们所有的业务逻辑。我们的服务层只有一个pass通过我们的域的情况下，我们需要在未来发布我们的任何服务到ESB。

这是你正在做的是不是塞满所有的业务和DB逻辑控制器里面很多人往往做的最大好处。你总是希望你的控制器要尽可能轻，如果你真的想跟着MVC。