如果从那些满脑子只考虑后台数据库的人的思路出发，就很难接受这种方式，因为他整天研究的就不是围绕着用户的千变万化的交互操作需求爱好的变化的而是针对自己查询一些数据的sql语句。
---这是CSDN大牛Sp123在和大家讨论“三层的优点和缺点”的时候的原话，原帖地址：http://topic.csdn.net/u/20110330/20/d9b25d81-5162-4144-b7bb-3c18d09987bd.html
下面是他的原文，值得我们思考：
如果你将前台界面设计跟系统业务逻辑设计分离，那么自然也就是三层了（至少是三层了）。因为业务逻辑层自动化地处理前台跟系统数据的关联。这时候，你可以针对同一套业务逻辑api接口而开发出几十种前台应用程序，而它们的后台都是同一个。“三层”是指前后台网络架构。
而MVC是前台界面程序开发时的最古老的一种分层方式，它表示各种图形控件（比如设计GIS中的各种建筑物）并不依赖于的真实数据，通过编写程序去监听控件与内存数据的双向变化来进行控制（同步）。MVC是指客户端界面程序的开发方法，比如当元件的温度的改变的时候那么所绑定到这个温度数值上的所有界面（颜色、刻度、警报声等等）都应该自动变化。
不论是三层还是MVC（这两个都是30几年以上的老古董了，它们产生了许多具体的模式），最终都是为了让交互设计师快速地拼生产出新软件，90%的时间不是在那里写枯燥的代码来创作，而是使用绘图和行为工具来所见即所地立刻就给用户做出产品修改。如果从那些满脑子只考虑后台数据库的人的思路出发，就很难接受这种方式，因为他整天研究的就不是围绕着用户的千变万化的交互操作需求爱好的变化的而是针对自己查询一些数据的sql语句。
当你自己有了设计的需求，经过两三次产品重构过程的验证，就会找到程序的优势。而不是把所有软件都限制在“增删改查”这个设计思路内。