N层范式 - 这个概念是错误的吗？

Question

我刚看了讲座：

Breaking apart conceptions

他一直说3层范式是由于连接池的问题而开始的。

并非因为架构方面的考虑。

似乎是一种令人兴奋的理论。

任何人可以证明或反对这种说法吗？

Answer 1

这是一个难以正确回答的问题。演示文稿的relevant piece表明，由于数据库不是针对数十个连接而设计的，因此必须在应用程序和数据库中的存储过程之间引入业务层。

我不同意见。分离商业逻辑，呈现和存储国家的想法更早出现，即在1970年或1980年，根据Wikipedia是developed at Xerox PARC。

当然，当时服务器的价格比现在贵。但是，这仍然没有让他们不考虑可维护性和软件开发的其他方面，即测试，调试和分配给不同的团队部分开发完整的产品。在集成应用程序中使用严格定义的接口非常有意义，而不是为了连接池（这只是解决整个混合物中成分的限制），但更重要的是保持应用程序的可维护性< / strong>和简化开发过程。

我喜欢这个话题。从实践中，我知道盲目订阅设计模式会导致你进入不良情境。你可以随时做一切。

简而言之，多层模型（无论是在单个服务器上还是作为开发范例）都比互联网的崛起要早。至少自1980年以来，这种情况有点普遍。