网站代码都是什么鬼。

[eaqpi]

一个简单的东西，非要DAL，IDAL，BLL，IBLL，CORE，COMM。。。。

把代码写入control里面不就是了嘛，飞来飞去的几十个文件。

[放逐之刃--瑞文]

有些东西麻烦是必要的，这样利于修改啊 ，而且一目了然。

[正怒月神]

说实话， 那要看你的项目有多大。 那要看你的编程经验有多少。

[FainSheeg]

小程序用分层是会显得麻烦点，但凡大点的项目，你再都写在control里，写完乱得你自己都扯不清了，更别说维护难度了。小程序就学会分层，让你更好的掌握，更好的养成好习惯

[非专业开发Five]

一般来说，业务用户500人以内不需要考虑并发问题，热度展示浏览页面不超过300页，你完全可以不分层甚至你只用建一个表，做好前台页面展示，后台上个“自由宿主”的开源线程程序即可。 当你的项目不是这个规模，多人协同开发，你就会发现这样做的好处。 这是一个经验和规模问题。

[by_封爱]

引用 楼主 eaqpi 的回复:

一个简单的东西，非要DAL，IDAL，BLL，IBLL，CORE，COMM。。。。 把代码写入control里面不就是了嘛，飞来飞去的几十个文件。

为了装B而装B

[eaqpi]

解了耦有什么好处？ 数据库动一个字段，你的前前后后改7-8个文件。 后期别说看懂了，连文件都找不到，。

[eaqpi]

为了少写一个new就玩抽象！一个new就三个字符，硬生生搞出十多个文件出来。

[eaqpi]

EF帮你把底层都写好了，实体还带自动更新。再要手工建个实体和DAL，有意义吗？

[正怒月神]

头一年编程的，都这个想法。 写多了，你就知道了。楼主慢慢积累，这东西写多了，遇到情况多了，就悟了。

[大葡萄八块一斤]

你的网站代码什么的都是自己一个人写的吧，敢这么说,累不死你

[起一个别致的用户名]

常游走于论坛的都是这些大佬

[lovingkiss]

一个解决方案，下面几十个上百个工程，不进行规划捋顺，对于后期维护，那就是灾难一样侧存在。。。 过度追求低耦合，肯定也是要不得，但是完全不考虑，是更不对的

[轻鸿万里]

其实很简单，把一个人做的分成几个人做，这叫多线程，处理速度快嘛！ 分开来可以防止程序员一键复制粘贴盗走公司代码 让他们只负责自己的部分，就算一个人走了也不会影响大局 另一方面，让程序员只能是程序员，很难成为项目经理。 项目经理要统观全局，了解各方面进度，优化进程。不然各个开发都按自己的想法挡在同一条路上就阻塞了。

[lkf181]

python 里面没有 switch case语句

[圣殿骑士18]

什么DAL，IDAL，IBLL，我都给删除了，我认为这种模式已经过时了，超大型项目可能才有这种需要，需求来自于超大型项目的职责分工，比如IDAL，IBLL可能由项目经理进行定义，数据库工程师进行DAL开发，业务工程师进行BLL开发。 我的一个项目也有十几个依赖库，依赖也复杂，但没有这些东西，只有BLL，和一个CommonDAL。