g到函到项读.NET中的企业架构设计.docVIP

设计的一个重要目标就是降低程序的复杂度，最明显的例子就是分层和工作流。从而是程序可理解，可控制。 架构关注构成应用程序的主要元素和组件的使用以及它们之间的交互。而设计则主要关注与数据结构和算法的选择，以及组件细节的实现。这些都是设计需要考虑的。架构和设计关注的东西通常重叠在一起，与其使用生硬或快速的原则来区分架构和设计，倒不如把这两方面结合在一起。有时候，决策在实质上更注重架构；而有时候，决策又更注重设计以及设计如何帮助我们实现架构。 在软件设计中，基本的做法是把软件分模块，分层（例如常见的3层架构）。专业的说就是把软件分为不同的关注点来尽量减少复杂度，模块的划分也会是程序分工明确，即所谓高内聚低耦合。 下面描述了设计的关键原则 关注点分离 单一职责原则 最少知识原则（也称为迪米特法则）。组件对象不应该了解其他组件的内部细节。 不重复自己（DRY） 尽量减少预先设计。只有必要时才去设计。某些情况下，当开发的成本或是设计失败的成本非常高的是，我们才需要预先进行全面的设计和测试。 横切关注点：诸如日志、异常处理等，横跨各个模块的功能。 如果已经在文档中记录候选架构和架构的测试用例，那么请确保文档足够轻量，这样您才可以很方便地对其更新。 依赖倒置原则：类之间依赖的应该是抽象，这样才能采用从上到下的方式进行设计，而并不需要先对底层模块进行设计。抽象不应该依赖于细节—细节