问题描述
我想问问假设现在有实体类(Model.cs)privatestringUID=string.empty;privatestringUNAME=string.empty;publicstringID{get{returnUID;}set{UID=value;}}publicstringNAME{get{returnUNAME;}set{UNAME=value;}}然后到业务逻辑层(BLL)最后就数据链路层(DAL)当中实体类就是用来干什么的,能举个例子说明吗?
解决方案
解决方案二：
这样在BLL中和DAL中传递参数只要一个啊就是实体类型的。。。
解决方案三：
那就是什么意思呢--有例子吗,太抽象了.
解决方案四：
每个层之间数据通讯的载体。使用引用传递大量的值。比如数据库获取一个商品的信息，然后传递给Logic，在通知UI显示
解决方案五：
作为承载数据的载体...
解决方案六：
我主要想问实体类里面定义的在哪个层里面用到,就是调用他假设我要查询某字段中的一个值"12345"输入了这个值后,然后是把值在三层中是怎么进行传递的...?
解决方案七：
用实体进行传递，把你要查询的字段值赋给相应的实体类的属性
解决方案八：
简单的说就是把数据表中的数据按照字段。放在实体中。数据表有几行。就new几个实体对象。这样在三层之间传递参数就用实体来传递。省不少的事。。懂了吗？
解决方案九：
实体的作用就是将数据库中的表封装成类，表中的每个字段是这个类的属性。实例化一个表对象，就可以直接点出来他下面的字段名，并赋值或取值。这样做的好处是不用去记忆表中的字段，也减少了许多SQL语句的开发量，使程序员的注意力转移到程序本身。。从数据库表中取出特定行列的数据，也不用将object转换成相应的类型。方便之处还是挺多的。。楼主可以去看看NHibernate
解决方案十：
引用5楼charles_wang90的回复:
我主要想问实体类里面定义的在哪个层里面用到,就是调用他假设我要查询某字段中的一个值"12345"输入了这个值后,然后是把值在三层中是怎么进行传递的...?
12345就是实体的对象实例啊。只不过它已经在System命名空间中定义过了，你不用再自己定义类型了而已。
解决方案十一：
实体只是一种说法，或者说对类型在此场景中的一种“别名”。至于说什么实体是数据库表，这就没有根据了。不是所有的人都在设计时纠结于数据库表。比如你设计一个一个BLL操作：public销售汇总明细[]各部门销售汇总表(部门dep,intyear,intmonth,Session[]target){....}
假设target表示同时要主动推送给当前连线的哪些客户端会话，这里跟数据库表一定有什么关系吗？你纯粹是要设计一个应用程序，如果你只知会使用sqlserver数据库那么也就根本不能去参与即时通讯或者多服务器SOA之类的系统设计了。
解决方案十二：
这里有一系列需要设计的东西，从客户端到服务器端，可能是一个小型电信级的架构——企业网络架构，但是前端用户关心的系统跟服务之间的关系，这些都跟什么数据库表没有什么直接的关系，它们最起码是分层设计的。
解决方案十三：
是表和方发的中间体！
解决方案十四：
引用9楼sp1234的回复:
引用5楼charles_wang90的回复:我主要想问实体类里面定义的在哪个层里面用到,就是调用他假设我要查询某字段中的一个值"12345"输入了这个值后,然后是把值在三层中是怎么进行传递的...?12345就是实体的对象实例啊。只不过它已经在System命名空间中定义过了，你不用再自己定义类型了而已。
我的意思是,他是一个怎么一个运行流程假设一个登录表Login定义了ID,NAME,PWD3个然后在BLL和DAL他是怎么连贯性用假如我要查询ID为123的记录,把他在窗体显示出来.那就要调用DAL写好的语句？然后DAL执行BLL,BLL赋值给MODEL?我是刚学的,三层比我平时不按逻辑写的更麻烦.
解决方案十五：
告诉你一句话“真正的设计是对类型设计”再告诉你一句话“真正的系统开发是从类型间交互开始”当然要想想明白上面两句话，首先要做的事情是抛开数据库。如果你做不到这点，就不要过来谈啥3层。心里只要还装着数据库的话，我们跟你说啥都是多余滴，因为你根本听不进去
解决方案：
真服了你们，，这么简单的一个问题，，被你越整越复杂~~~
解决方案：
表示层（BLL）PublicClassBussiLayout{ModelModTest=newModel();//这里就可以从表示层去访问业务层了ModTest.InsertData();//...}
业务层(Model.cs)publicClassModel{privatestringUID=string.empty;privatestringUNAME=string.empty;publicstringID{get{returnUID;}set{UID=value;}}publicstringNAME{get{returnUNAME;}set{UNAME=value;}}PublicvoidInsertData(){Stringstrsql="insert表（字段一数据，字段二数据，...）...";//写一段插入sql的语句VDBVisDB=newVBD();//这里就可以从业务层去访问数据层了VisDB.Open();inti=VisDB.ExecSql(strsql);//...}}
数据层（DAL）PublicCalssVDB{PublicvoidOpen(){//...这里是打开数据库的代码}PublicvoidClose(){//...这里是关闭数据库的代码}PublicintExcSql(Stringstrsql){//...这里是执行sql命令的代码}//...不一一列举了，，这里就是对数据库的操作，，是数据访问层}
解决方案：
封装表的类。
解决方案：
实体层就是存数据取数据的一个载体
解决方案：
实体类一般用来接收数据访问层的数据，没有实体类的三层架构不完整
解决方案：
就是数据的载体，在各层之间进行传递
解决方案：
我跟你说实话吧开发程序实体就是个累赘是会让你程序变慢的主要原因但是为了编码规范为了后期改程序的方便大公司都流行这么做你想在大公司混下去就得学习
解决方案：
引用15楼luqing200862的回复:
真服了你们，，这么简单的一个问题，，被你越整越复杂~~~
++对于初学者,问什么答什么是最好的方式,如果愿意再延伸该方法的相关问题,那是最好不过的。如同“云计算”本来是一个较复杂的概念，但有些人都讲这个概念时（特别是一个老师）会用一个更加复杂的概念来说明这个问题，本来听众没有听之前有点懂了，听了之后却被这些概念搞蒙了。
解决方案：
特别是一些老师
解决方案：
简单来说就是你要进行插入，更新，删除，查看等操作时你需要和数据库里打交道，那你要把从数据库里拿到的数据封装存储到一个东西里面那个就是实体，然后你进行那些增删改查操作的时候只需要直接对这个对象操作就可以了，写方法的时候只要直接用实体当参数来操作就可以了，你要娶当中具体的某个值，你只要封装的实体里定义的属性里去取就可以了，类似User.Name,User.Password这种，如有需要可以去我资源里下一点简单的增删改查DEMO看下~希望对你有帮助~
解决方案：
引用15楼luqing200862的回复:
真服了你们，，这么简单的一个问题，，被你越整越复杂~~~
顶、、、
解决方案：
在面向对象编程中，实体类就相当于一个对象，用来具体描述对象的一些属性和方法。就想人这个对象有哪些属性：头发，手···方法和人的功能差不多：比如人可以吃饭，跑步···
解决方案：
上面大虾都说的很详细了...我就不重复了....
解决方案：
引用27楼kuqideyupian的回复:
上面大虾都说的很详细了...我就不重复了....
+1如果LZ还是不懂，就不要死钻这个问题了，时间长了自然就明白了
解决方案：
上面的表达都太抽象了，另刚入门的人越看越湖涂。应该这样说：就像是一个人根据上头的命令从仓库里把一条数据放到一个分门别类的箱里，这取数据的人就是数据访问层（DAL），这个装数据的箱就是一个实体（MODEL）。再把这个箱交到前台做接待的人手里，这个人打开箱子把需要的数据拿出来做给客人看，这个取出数据并取出数据给客人看的人就是表现层。这样才够形象吧~~
解决方案：
个人认为程序抽象的东西，用现实的比喻更容易让人明白。
解决方案：
可以封装字段，而封装又是面向对象的一大特征，所以可以更好的体现面向对象的思想。个人愚见。
解决方案：
无语，请不要把简单的问题复杂化，！写程序，就是简单简单在简单！！！
解决方案：
这类帖子我点进来就是想看P哥的发言.