基于.NET平台的分层架构实战下：架构概要设计

[复制链接]

勇敢的心

电梯直达

1^#

发表于 2009-3-16 22:21:31 | 只看该作者回帖奖励

|倒序浏览 |阅读模式

　本文主要是对将要实现的架构进行一个总体的描述，使朋友们对这个架构有个宏观上的认识。这篇文章理论性的东西会偏多一点，从下篇开始，将进行实际项目的开发。这篇文章的许多内容摘自我的毕业论文。
　　架构基本原则：
　　这里，将描述一些在这个架构设计中的基本原则，其中很多都是经典的设计原则，不过针对分层架构的特点，用我自己的语言进行了描述。其中也有我自己提出的原则。
　　逐层调用原则及单向调用原则
　　现在约定将N层架构的各层依次编号为1、2、…、K、…、N-1、N，其中层的编号越大，则越处在上层。那么，我们设计的架构应该满足以下两个原则：
　　1.第K（1
　　2.如果P层依赖Q层，则P的编号一定大于Q。
　　其中第一个原则，保证了依赖的逐层性，及整个架构的依赖是逐层向下的，而不能跨层依赖。第二个原则，则保证了依赖的单向性，及只能上层依赖底层，而不能底层反过来依赖上层。
　　针对接口编程，而不是针对实现编程
　　这里所指的接口，不是特指编程语言中的具体语言元素（如C#中由Interface定义的语言接口），而是指一种抽象的，在语义层面上起着接合作用语义体。它的具体实现，可能是接口，可能是抽象类，甚至可能是具体类。
　　我认为，从不同的视角，接口可以有以下两种定义：
　　1.接口是一组规则的集合，它规定了实现本接口的类或接口必须拥有的一组规则。体现了自然界“如果你是……则必须能……”的理念。
　　2.接口是在一定粒度视图上同类事物的抽象表示。注意这里我强调了在一定粒度视图上，因为“同类事物”这个概念是相对的，它因为粒度视图不同而不同。

　　具体到N层架构中，针对接口编程的意义在部分上是这样的：

收藏0

使用道具举报

返回列表

		自动登录	找回密码
密码			注册