我刚看了讲座:
打破观念
他一直说三层模式的开始是因为连接池的问题。
而不是因为架构上的考虑。
似乎是一个令人震惊的理论。
有人能证明或反驳这个说法吗?
这是一个很难正确回答的问题。演示的相关部分指出，由于数据库不是为数十个连接而设计的，因此必须在应用程序和数据库中的存储过程之间引入业务层。
我不敢苟同。分离业务逻辑、状态表示和状态存储的想法起源于更早的年代，即1970或1980年，根据维基百科的说法，它是在施乐PARC开发的。当然，那时候的服务器比现在贵得多。然而，这仍然没有阻止他们思考可维护性和软件开发的其他方面，即测试， 调试和分配给不同团队开发完整产品的部分。在集成的应用程序中使用严格定义的接口是很有意义的，这不是为了连接池(这只是为了解决整个混合物中某个成分的限制)，更重要的是为了保持应用程序的可维护性和简化开发过程。
我喜欢这个演讲。从实践中，我知道盲目地订阅设计模式会将您带入不希望出现的情况。你总是会做得过火。简而言之，多层模型(无论是在单独的服务器上还是仅仅作为一种开发范例)比互联网的兴起还要早。至少从20世纪80年代开始，它就已经很普遍了。