我已经看到了将业务逻辑移出数据访问层（存储过程，LINQ等）并移入业务逻辑组件层（如C＃对象）的趋势。
这是否被认为是当今做事的“正确”方法？如果是这样，这是否意味着某些数据库开发人员职位可能会被淘汰，而倾向于更多的中间层编码职位？（即，更多的c＃代码，而不是更长的存储过程。）
数据访问逻辑属于数据访问层，业务逻辑属于业务层。从设计的角度来看，我不认为如何将两者混为一谈是个好主意。
