I just saw the lecture:
He keeps saying that the 3 layers paradigm started because of the problem with connection pooling.
And NOT because of architectural considerations.
Seems like a mind blowing theory.
Can anybody proove or disproove this claim?
问问题
127 次
1 回答
0
这是一个很难正确回答的问题。演示文稿的相关部分指出，由于数据库不是为数十个连接设计的，因此必须在应用程序和数据库中的存储过程之间引入一个业务层。
我不敢苟同。分离业务逻辑、状态表示和存储的想法起源于更早的时期，即 1970 年或 1980 年，根据维基百科，它是在 Xerox PARC 开发的。
当然，当时的服务器比现在贵得多。然而，这仍然没有阻止他们考虑可维护性和软件开发的其他方面，即测试、调试和将完整产品开发的部分分配给不同的团队。在集成应用程序中拥有严格定义的接口不是为了连接池（这只是为了解决整个混合物中某个成分的限制），而是为了保持应用程序的可维护性和简化开发，这很有意义过程。
不过我喜欢这个谈话。从实践中，我知道盲目地订阅设计模式会导致您陷入不良情况。你总是可以做得过火。
简而言之，多层模型（无论是在单个服务器上还是仅仅作为一种开发范例）比互联网的兴起还要古老。至少从 1980 年开始，这种情况就已经司空见惯了。
于 2013-04-13T18:20:23.983 回答