当前位置: 代码迷 >> .NET分析设计 >> 项目结构设计中,数据持久层有什么利弊?解决方法
  详细解决方案

项目结构设计中,数据持久层有什么利弊?解决方法

热度:2719   发布时间:2013-02-25 00:00:00.0
项目结构设计中,数据持久层有什么利弊?
从表面上来看,我觉得那层是比较多余的,调来调去不浪费性能吗?
直接传参数 method(sting aa,string bb,string cc,string dd.....)
method(数据持久层 实例)中间调来调去不浪费性能???

------解决方案--------------------------------------------------------
使得架构灵活,允许在系统中变更数据库方案而不用修改其余部分。

缺点如你所说,复杂、降低效率。
------解决方案--------------------------------------------------------
探讨
从表面上来看,我觉得那层是比较多余的,调来调去不浪费性能吗?
直接传参数 method(sting aa,string bb,string cc,string dd.....)
method(数据持久层 实例)中间调来调去不浪费性能???

------解决方案--------------------------------------------------------
应该是method(collection)
或者method(T)

如果独立的看,这不是原则问题,也不从辨别优劣,
关键看这个方法是否跟整个开发体系或者说架构相适应;

我们不会用class来表述user、org、order、material等等这些所谓的对象,
我们认为这些就是各种属性和方法组合在一起的,我们只要统一的描述这些属性和方法;
method的参数不过就是一个输入视图罢了
  相关解决方案