数据访问层是否应该包含业务逻辑?

Should the data access layer contain business logic?(数据访问层是否应该包含业务逻辑?)
本文介绍了数据访问层是否应该包含业务逻辑?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着跟版网的小编来一起学习吧!

问题描述

我已经看到将业务逻辑从数据访问层(存储过程、LINQ 等)移到业务逻辑组件层(如 C# 对象)中的趋势.

I've seen a trend to move business logic out of the data access layer (stored procedures, LINQ, etc.) and into a business logic component layer (like C# objects).

这是否被认为是当今做事的正确"方式?如果是这样,这是否意味着某些数据库开发人员职位可能会被淘汰,以支持更多的中间层编码职位?(即更多的 c# 代码而不是更长的存储过程.)

Is this considered the "right" way to do things these days? If so, does this mean that some database developer positions may be eliminated in favor of more middle-tier coding positions? (i.e. more c# code rather than more long stored procedures.)

推荐答案

数据访问逻辑属于数据访问层,业务逻辑属于业务层.从设计的角度来看,我不明白将两者混合起来怎么会被认为是一个好主意.

Data access logic belongs in the data access layer, business logic belongs in the business layer. I don't see how mixing the two could ever be considered a good idea from a design standpoint.

这篇关于数据访问层是否应该包含业务逻辑?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持跟版网!

本站部分内容来源互联网,如果有图片或者内容侵犯了您的权益,请联系我们,我们会在确认后第一时间进行删除!

相关文档推荐

Simulating MySQL#39;s ORDER BY FIELD() in Postgresql(在 Postgresql 中模拟 MySQL 的 ORDER BY FIELD())
Using MySQL query to traverse rows to make a recursive tree(使用MySQL查询遍历行制作递归树)
MySQL LOAD DATA INFILE with ON DUPLICATE KEY UPDATE(MySQL LOAD DATA INFILE 和 ON DUPLICATE KEY UPDATE)
Search for quot;whole word matchquot; in MySQL(搜索“全字匹配在 MySQL 中)
add column to mysql table if it does not exist(如果不存在,则将列添加到 mysql 表)
MIN/MAX vs ORDER BY and LIMIT(MIN/MAX 与 ORDER BY 和 LIMIT)