Tag: 业务逻辑

什么是域逻辑？

什么是域逻辑？ 域逻辑的维基百科页面redirect到业务逻辑。 他们是一样的，如果不是，他们又有什么不同？

存储过程中针对业务逻辑的争论

在存储过程中，针对和反对业务逻辑的争论是什么？

服务层和控制器：谁照顾什么？

在课上，我们现在正在学习如何构build一个Spring应用程序，即使Spring没有直接参与，我们也学会了如何为DAO和服务层对象创build接口。 如果我错了，请纠正我：DAO层是非常抽象的：它只包含CRUD操作，并进一步用于读取数据（即：获取所有对象，获取特定对象等） 服务层：包含创build事物和删除事物的服务，这是业务逻辑应该在的地方。 现在所有这些在服务层中都是有意义的。 除了“更新”对象。 你只是把一个“更新”function，只保存在您的数据库中的对象？ 或者你还需要在那里定义逻辑？ 这就是我的困惑所在，我的理解是Spring中的对象只是POJO的。 那么谁来validation数据呢？ 比方说，我有一个对象“孩子”它有： Name ， SurName ， Gender ， Photo ， SurName Birthdate字段。 我将如何命名这些服务？ 或者你只是让控制器负责validation，这对我来说似乎并不正确。 另一方面，将所有需要调用的服务器委派给服务层也不太合适。 所以基本上只是：帮助我如何定义通过服务层保存对象。

业务逻辑：数据库或应用层

古老的问题。 你应该把你的业务逻辑放在数据库中作为存储过程（或包）还是应用程序/中间层？ 更重要的是，为什么？ 假定数据库独立性不是目标。

ASP.NET MVC – 业务逻辑是否应该存在于控制器中？

几天前，Derik Whitaker发表了一篇文章 ，提到了我一直很好奇的一点： 业务逻辑是否应该存在于控制器中？ 到目前为止，我所见过的所有ASP.NET MVC演示都将控制器中的存储库访问权限和业务逻辑放在一起。 有些甚至在那里也进行validation。 这导致相当大，臃肿的控制器。 这真的是使用MVC框架的方式吗？ 看来，这只是最终会有很多重复的代码和逻辑分布在不同的控制器。