无意间小小的理解了三层,散分庆祝
这几天在尝试写一个三层小项目,看了不少源码,博客,问了不少人(感谢CSDN那些回答我问题的人),终于小小的理解了三层了,第一感觉走入了一个新天地,代码还有这么写的,真是太清爽了.
有些人说:小项目不值得用三层,这话我不敢苟同,自己觉得值就行.
网上不少讲三层的很多都是伪三层,甚至他们的代码根本就不能运行.一说三层,就非得有工厂,有接口,恐怕他们自己都不知道在写什么了,或者根本就是从其他地方拷贝来的代码,简直就是误人子弟,毁人不倦啊.初学者要主要分辨.
三层是一种模式,更是一种思想,没有固定标准,只要你写的有数据访问层,有业务逻辑层,有表现层,而且替换掉一层,其他2层不用改,你写的就是三层.
你的代码分项目也好,不分项目也好,都可以,怎样做由你自己判断.
另外,初学者不建议使用代码生成器,生成一大堆无用代码不说,还有不少错误,光是修改生成的代码的时间你就能手写出轻巧的代码了.也不利于学习.我用了一次就马上放弃了,不适合我.

说了这么多,请高手们不要鄙视,也请新手们不要怕困难,大家一起努力吧.

晕倒,只准我发100分的帖子.

------解决方案--------------------
第一个恭喜..
------解决方案--------------------
第二个恭喜下。我还在新手阶段。共勉之。
------解决方案--------------------
嗯 我也觉得不要用代码生成器好啊
------解决方案--------------------
恭喜
------解决方案--------------------

------解决方案--------------------
没用过代码生成器，小作坊公司、盲目追求所谓的‘高效率’的最爱
------解决方案--------------------
恭喜 接分
------解决方案--------------------
三层只是一种模式，没有绝对的标准，适合自己的才是好的。
------解决方案--------------------
取得进步是件好事 恭喜了
------解决方案--------------------
不清楚 究竟何種程度才為理解三層？
------解决方案--------------------
祝贺.
------解决方案--------------------
三层。。开始的时候不借助代码生成器，等写差不多了就开始用生成器了，确实比较方便。。。
------解决方案--------------------
恭喜..
------解决方案--------------------
不借助代码生成器,哪有那么多时间给你慢慢写啊？
------解决方案--------------------
真的理解了么？提个问题，如果orm过来的实体里增加了一个属性（这里只是数据库结构发生了改变，理论上只需要更改DAl），而这个属性又是要在ui里使用的。那么楼主怎么做到只更改dal，不动其他两个层的代码呢？
------解决方案--------------------
lz加油
------解决方案--------------------
三层，还有人把三层误认为MVC。哎
------解决方案--------------------
你还没有理解三层。。。。。。。。

不管你信不信，反正我是信了。。。。。。。
------解决方案--------------------

探讨

真的理解了么？提个问题，如果orm过来的实体里增加了一个属性（这里只是数据库结构发生了改变，理论上只需要更改DAl），而这个属性又是要在ui里使用的。那么楼主怎么做到只更改dal，不动其他两个层的代码呢？

------解决方案--------------------
大哥没时间来散分了么？
------解决方案--------------------
1.支持楼主的观点
2.有一种恒定三层:MVC
M:提供者
V:消费者
C:代理人
在系统的任何粒度上,都可以用这种模式区划分职责,隔离变化

------解决方案--------------------
同喜同喜，红包拿来
------解决方案--------------------
恭喜，接分~！
------解决方案--------------------
有一点理解了！
------解决方案--------------------
别急着庆祝，你的理解还差得远呢...

分层是一种工程方法，三层只是一种分层形式...不是什么模式，自然也无定式...MVC跟分层也是两码事...
------解决方案--------------------
MVC跟分层也是两码事
------解决方案--------------------