我刚刚看了讲座：
他一直说 3 层范式的开始是因为连接池的问题。
并不是因为架构方面的考虑。
似乎是一个令人兴奋的理论。
任何人都可以证明或反驳这种说法吗？
【问题讨论】：
标签： data-access-layer n-tier-architecture business-logic-layer presentation-layer
这是一个很难正确回答的问题。演示文稿的relevant piece 指出，由于数据库不是为数十个连接而设计的，因此必须在应用程序和数据库中的存储过程之间引入一个业务层。
我不敢苟同。将状态的业务逻辑、表示和存储分离的想法起源得更早，即在 1970 年或 1980 年，根据Wikipedia 是developed at Xerox PARC。
当然，当时的服务器比现在贵得多。然而，这仍然没有阻止他们考虑可维护性和软件开发的其他方面，即测试、调试和分配给不同的团队部分开发完整的产品。在集成应用程序中拥有严格定义的接口很有意义，这不是为了连接池（这只是为了解决整个混合物中某个成分的限制），但更重要的是为了保持应用程序可维护 和 简化开发过程。
我喜欢这个谈话。从实践中，我知道盲目地订阅设计模式会导致您陷入不良情况。你总是可以做得过火。
简而言之，多层模型（无论是在单个服务器上还是仅仅作为一种开发范例）比互联网的兴起还要古老。至少从 1980 年开始，它就已经司空见惯了。
【讨论】：