为什么要架构，我来说说原因

当你希望把复杂问题清晰化时，而不是简单化，这时需要架构

当你希望把代码的重复利用率提高时，需要架构

当你希望对团队整个进行把控时，需要架构

以上只是我简单的总结，下面说说架构之“走火入魔”篇

我很喜欢看武侠电影，喜欢邵氏，邵氏经典，必属佳片说的一点不错，在我看大部分武侠剧时，很多情节都是大反派练某种神功，走火入魔的情景，他们为何会走火入魔呢？在我看来是他们对自己当前的情况及当前武功的程次判断不够清楚，所以会走火入魔。

那么当我们在架构设计中走火入魔了，应该如何去魔爪中走出来呢，在我看来，有以下几点

1 对自己项目要有清晰的认识，选择适合本项目的架构方式

2 对项目成员要了解，如果整个基础不是很扎实，应该用比较容易的架构方式

3 对项目的变化度有一个把控，如果项目经理要变，那需要在适当的时候，适应的模块中引入设计模式及IOC等技术

以下图中有我用的两个项目方案:

第一种，少代码，少耦合，适用于变化度小的场合，对于变化高的模块，也可以采用局部的IOC，本项目IOC都采用Unity

在业务层使用了通用数据层引用和个性化的数据层引用

 

第二种是变化度大，它会提供整个层的IOC注入，通过配置文件动态反射出来类对象

数据层，首先定义接口，然后可以根据不同的数据库进行不同的实现，本实现是SQL数据库的实现

WEBUI层将页面与页面的Controller建立在不同的项目中，使结构上更清晰,业务上，可以实现一个controller对应多套VIEW模版

呵呵，人在江湖，身不由已，做项目也是一样，不是我喜欢采用某种架构，而是因为它适合于这个项目，或者它适合于这个团队！