我对三层不怎么懂，该怎么学习啊

[梦回自己]

我对三层不怎么懂，该怎么学习啊

[qingYun1029]

三层实例代码

[hhzichen]

嗯，多写案例。。要熟悉过程。。

[hztltgg]

全部的层都是写代码的，分层不过就是让你把代码写到不同的地方，这样更灵活，但是调用更麻烦，如果你不需要这个灵活性，那也就没什么分层的必要了

[种草德鲁伊]

[Quote=引用 7 楼 jhdxhj 的回复:]

这懂根本就不需要学习，你直接用动软代码生成器生成，就是三层

[/Quote]

这个就是为了分层而分层了

[沈勇]

这个就是为了分层而分层了

[呆子罗]

别把三层理解得太抽象
三层，把代码分类，然后集中管理。

都离不开方法调用、参数传递之类的。

A B C 三个层，三个类库
A 里面获取用户输入
B 传递A的参数加以逻辑判断然后再传到下一层C
C 访问数据库的层

------------------------------------------
如果你不写三层呢？
把这些东西都写在一个页面会怎么样：
方法A 获取用户输入
方法B 判断用户输入
方法C 访问数据库的方法

试问楼主，方法A、B、C这些你总该会吧？

[deepmist]

[Quote=引用 12 楼 shenyong985873401 的回复:]
这个就是为了分层而分层了
[/Quote]

[AnYidan]

语言都是先做才懂得，看看幼儿学说话

[「已注销」]

最好先学习，当有了基础才会开始考虑怎么开发最快，最安全，最适合自己。

[wanghui0380]

不需要专门学习

去找任何一本面对对象分析或需求分析书，比如《系统分析与设计》，看看一个系统到底是怎么被静态的分析出来滴

然后再去任何一本领域驱动设计的书或者敏捷开发方面的书，看看一个系统到底是怎么被动态构建出来滴。

静态分析+动态构建 会自然而然的出现所谓的分层，分层并不需要刻意去学。只要你的思维方式从数据库这里跳脱开了直接关心的是业务逻辑，哪怕你不想分层，哪怕你就一个项目，所有的东西都在app_code里，实际上效果他还是分层了，这是一种面对对象的自然结果。只要你真正的面对对象了，只要你抽象的业务逻辑，分层几乎就是必然结果

[lovebibi168]

还是建议从最基础的学习吧

[梦回自己]

[Quote=引用 18 楼 lovebibi168 的回复:]
还是建议从最基础的学习吧
[/Quote]
不知您说的“最基础”是哪些基础知识
我以前看了《C#高级编程第四版》

[梦回自己]

[Quote=引用 7 楼 jhdxhj 的回复:]
引用楼主 kicydomcs 的回复:
我对三层不怎么懂，该怎么学习啊

这懂根本就不需要学习，你直接用动软代码生成器生成，就是三层
[/Quote]
这里的“动软代码生成器”是什么啊

[银-魂]

[Quote=引用 20 楼 kicydomcs 的回复:]
引用 7 楼 jhdxhj 的回复:
引用楼主 kicydomcs 的回复:
我对三层不怎么懂，该怎么学习啊

这懂根本就不需要学习，你直接用动软代码生成器生成，就是三层

这里的“动软代码生成器”是什么啊
[/Quote]
你去搜 “动软.Net代码生成器”就知道了 然后自己去操作下 不过我建议你要先去了解三层与不分层的区别在哪？第二步再去下载一个简单三层的源代码研究下(这个可以去www.51aspx.com有很多) 大概有点印象了 就可以多做做项目 就OK了

[manysee]

我也正在学这个，关注。

[w844638059]

http://download.csdn.net/source/3407167

[kingdom_0]

扎实C#基础。。其他，都是浮云。

[游戏人间]

petshop

[chen_ya_ping]

找个好例子看看。如果实在不知道找哪一个，就petshop 4.0吧

[以专业开发人员为伍]

其实不用学，它只是一个原则。用几分钟搞懂，用几年时间去实践就行了，几年之后就会熟练在各种大大小小的项目规划中。

当你跟别人合作时，你会遇到许多为了三层而三层的人，这时候需要用耐心去理解那些垃圾代码，有时候也要帮他们修改甚至为了少改动而使用一下。

要知道，只要原则把握住，使用什么手段并不是最重要的。因为DAL毕竟只是细枝末节，根本不是三层架构的主要意思，所以一个项目中（假设访问确定的关系数据库），可以用一种方式来进行DAL操作，也可以用另外一种方式来进行DAL操作，遇到那种只允许使用一种DAL方法来编写代码（不允许其它人以其它方式来访问关系数据库）的人才需要坚决予以痛斥。