做网站就一定要用多层架构吗？？？不用就是菜鸟？？？！！！
我也知道多层架构有很多好处，便于代码重用，合作开发什么的。但是个人觉得那些都是针对大网站大项目而言的，像我们这种做普通网站的，一个商城一个人做顶多也就给你一两个月的时间，效率优先的情况下，个人觉得三层架构似乎做起来还更麻烦些。比如数据库新增了几个字段，就得一个层一个层，甚至一个方法一个方法去改，貌似超级浪费时间，而如果不用三层架构，我甚至都不用改之前的程序，只在需要用到新字段的页面上改动就行了，明显后者要高效很多嘛。。。

本人之前做ASP的，自学.NET一年多而矣，还属新手行列，望高价指点迷津。。。

------解决方案--------------------
酌情处理 不需要纠结
------解决方案--------------------
分层做固然好，但也要根据实际情况而定，在学习期间用分层做法，只不过是养成这个习惯，便于在以后开发中有一个良好的层次感和便于阅读，也便于维护。
------解决方案--------------------
做练习时，不用三层也可以，正式做项目了，最好分层。
------解决方案--------------------
看项目 大小 和 以后的扩展了。。。我很讨厌死板规定的东西
------解决方案--------------------
根据具体情况而定嘛
------解决方案--------------------
我们公司 分了6层了 每层的功能还有分离
------解决方案--------------------
酌情处理
------解决方案--------------------
你应该问，为什么去分层，而不是该不该分层的问题.
------解决方案--------------------
分久必合，合久必分
------解决方案--------------------
不知道为什么分层，分层就反而会影响你的效率。
做小项目的时候考虑大框架是为了做大项目的时候能够用得上。
它们一致的目标是为了 开发效率，能够更快更好的完成 项目，以及项目的维护与升级。
------解决方案--------------------
还是分了吧，养成习惯，感觉也挺好的，规范一些
------解决方案--------------------
代码重用不一定就要分层。
------解决方案--------------------

菜鸟都是敷衍了事。程序能按照一般步骤走下去就行了。
------解决方案--------------------
还是分层的比较好，慢慢的养成好的习惯。我们的代码不仅要做到：可重复性，还要做到可扩展性、灵活性强、容易维护的。
------解决方案--------------------
分层主要是为了维护方便！而且框架可以在以后的项目中重复使用！
------解决方案--------------------
从长远来看，分层还是有好处的，至于你说的改动麻烦的问题，主要是架构要设计好，只要能够做到数据库的改动可以非常迅速地反映到其他层上（比如一个个参数地传递跟传一个类过去，其代码修改量就是不一样的），那就不再是个问题了。
------解决方案--------------------

探讨

综上所述，分层是大势所趋了，咱还是分吧。。。

弱弱的问一句，有人试过用同一个后台做不同的网站吗（小网站），这种情况下经常是要改动数据库，然后一个层一个层，一个方法一个方法去改，改得我头都晕了。

------解决方案--------------------
有能力和精力分就分，在实现的边缘上转悠的话还是不要分了，那些东一下，西一下，做出来的东西会不伦不类的
------解决方案--------------------

探讨

综上所述，分层是大势所趋了，咱还是分吧。。。

弱弱的问一句，有人试过用同一个后台做不同的网站吗（小网站），这种情况下经常是要改动数据库，然后一个层一个层，一个方法一个方法去改，改得我头都晕了。

------解决方案--------------------

探讨

酌情处理 不需要纠结