架构引用维基百科：软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来实施和管理软件产品的高级设计。软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑和流程。软件架构师与客户商谈概念上的事情，与经理商谈广泛的设计问题，与软件工程师商谈创新的结构特性，与程序员商谈实现技巧，外观和风格。软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口来实现。架构来源于建筑工程学，描述对软件密集型系统设计蓝图。在不同软件领域，有其不同特征，但有一部分共同基础设计原则和共性。
目录：
1—面向对象设计原则理解
2—一些软件设计的原则
3—逻辑层vs物理层
4—服务层的简单理解
5—SOA面向服务架构简述
6—业务逻辑层简述
7—设计箴言理解
8—数据访问层简述
9—存储过程传言
10—表现层模式-MVC
1—面向对象设计原则理解
面向对象设计（OOD）核心原则让我的程序模块达到“高内聚低耦合”,这是来自于30年前兴起的结构化设计（structudDesign），但是同样适用于我们的OOD。
1.高内聚：
高内聚是指某个特定模块（程序，类型）都应完成一系列相关功能，描述了不同程序，类型中方法，方法中不同操作描述的逻辑之间的距离相近。高内聚意味可维护性，可重新性，因为模块对外部的依赖少（功能的完备性）。如果两个模块之间的修改，互不影响这说明模块之间是高内聚的。模块的内聚和其担当的职责成反比，即，模块的职责越多，模块的内聚性越低，这也是模块的单一原则（SRP），SRP提倡每个类型都最好只承担单一的职责，只有单一的改变因素。
2.低耦合:
耦合是描述模块之间的依赖程度，如果一个模块的修改，都有影响另一个模块则，两模块之间是相互依赖耦合的。（依赖具有传递性，耦合的两个模块可能间接依赖），低耦合是我们的设计目的，但不是不存在耦合不存依赖，依赖是必须的，因为模块之间必须通信交互，不过我的设计依赖应该依赖于不变或者不易变的接口，无需了解模块的具实现（OO封装性）。
在面向对象：我们可以简述为功能完备（高内聚）的对象之间的交互是依赖于不变或不易变的接口契约（低耦合）。
实现高内聚低耦合：行之有效的方式是分了