一个层次问题讨论?
去年刚刚进公司,在公司做了个CRM当时因为经验浅,所以在做新建,删除,修改的时候都是用的传参数来传值.有时候30多个参数一个个的对应真的好累,现在已经学会传对象了,但是如果在表示层把值传给了数据层的对象,数据层根据对象里的参数一个个的做新建,那业务层还要着有什么用呢?请大家讨论下.
[解决办法]
数据层？
DLL?
业务逻辑层就是控制你到底想做什么,大部分的操作函数都写在这层啊.
数据层只是组织数据,组织sql.不包含任何逻辑业务关系.
[解决办法]
“三层结构”一词中的“三层”是指：“表现层”、“中间业务层”、“数据访问层”。其中：
表 现 层：位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。
中间业务层：负责处理用户输入的信息，或者是将这些信息发送给数据访问层进行保存，或者是调用数据访问层中的函数再次读出这些数据。中间业务层也可以包括一些对“商业逻辑”描述代码在里面。
数据访问层：仅实现对数据的保存和读取操作。数据访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。
[解决办法]
那我想请问一下,如楼上所说“三层结构”一词中的“三层”是指：“表现层”、“中间业务层”、“数据访问层”。其中：
我比如做一个用户的修改和注册还有删除,我是在那一层定义对象,好比
public string ShipmentDenoteUniqueID
{
get { return m_ShipmentDenoteUniqueID; }
}
public string Code
{
get { return m_Code; }
set { m_Code = value; }
}我这是定义的一个传值的对象,我应该定义到那一层呢?
[解决办法]
楼上说的应该是实体类吧
一般用做数据的传递和承载
