项目结构设计中，数据持久层有什么利弊？
从表面上来看，我觉得那层是比较多余的，调来调去不浪费性能吗？
直接传参数 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的参数不过就是一个输入视图罢了