N 层范式——这个概念错了吗?

Posted

技术标签:

【中文标题】N 层范式——这个概念错了吗?【英文标题】:The N-layers paradigm - is this concept wrong? 【发布时间】:2013-03-26 10:57:08 【问题描述】:

我刚刚看了讲座:

Breaking apart conceptions

他一直说 3 层范式的开始是因为连接池的问题。

并不是因为架构方面的考虑

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

任何人都可以证明或反驳这种说法吗?

【问题讨论】:

不看视频,“连接池的问题”到底是什么意思,在什么样的系统中?一个单片的单层系统,还是? 【参考方案1】:

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

我不敢苟同。将状态的业务逻辑、表示和存储分离的想法起源得更早,即在 1970 年或 1980 年,根据Wikipedia 是developed at Xerox PARC。

当然,当时的服务器比现在贵得多。然而,这仍然没有阻止他们考虑可维护性和软件开发的其他方面,即测试调试分配给不同的团队部分开发完整的产品。在集成应用程序中拥有严格定义的接口很有意义,这不是为了连接池(这只是为了解决整个混合物中某个成分的限制),但更重要的是为了保持应用程序可维护 和 简化开发过程

我喜欢这个谈话。从实践中,我知道盲目地订阅设计模式会导致您陷入不良情况。你总是可以做得过火。

简而言之,多层模型(无论是在单个服务器上还是仅仅作为一种开发范例)比互联网的兴起还要古老。至少从 1980 年开始,它就已经司空见惯了。

【讨论】:

以上是关于N 层范式——这个概念错了吗?的主要内容,如果未能解决你的问题,请参考以下文章

Mysql的sql优化概念---三大范式

做明白这个题就理解了范式的概念了

ER图(把ER模型转换为关系模式关系范式概念)

编程语言的分层理解

数据库设计范式

Mysql中的范式