鉴于之前一段时间，为了更进一步拓展自己的专业技能和知识面，在研究.net的企业级的开源项目时，发现别人项目的架构设计看起来，很是眼生，并不像自己平常所接触的基于三层架构的设计模式，但是并没有因此而退缩，反而更加带有疑问、好奇的激情去揭开它神秘的面纱！

刚开始，自己先大致看了看整体架构设计以及具体的代码逻辑，发现与三层架构还是有一丝相似之处，比如就拿“凌波小屋”这个项目来说，其中的DAL（数据访问层）以及IDAL(数据访问层接口）就相当于它那个项目里的Repository层，

凌波小屋项目架构图：

此时心里想着，莫非个人习惯问题，取得名字不一样而已，看来是自己想多了，上网查资料后，获悉这个架构是一种企业级架构设计，宗旨与三层架构差不多,是经典的领域驱动设计（DDD）分层架构，之前不使用ＤＤＤ思想进行系统设计时，一般会分为３层，如数据层，业务层和表现层，而使用ＤＤＤ这后，分层的方式发生了一些改变，先来看一下

1. 表现层：也叫ＷＥＢ层，ＵＩ层，一般体现出来的是页面的布局，可以用web mvc,web form,win form等去实现

2. 应用层：用来协调应用活动，它不包含业务逻辑，它不保留业务对象的状态，但它保存应用任务的进度状态

3. 领域层：包含领域信息，这是业务软件的核心，它保留业务对象的状态，对业务对象和它们状态的持久化工作委托给基础设施层

   4.   基础设施层：是其它层的基础，实现对业务对象的持久化，还对ＷＥＢ层可以引用本层

看着看着，觉得有点意思，所以接下来花了些日子来了解学习这个DDD架构设计，遗憾的是后来没有太多的时间去研究它，和做个实际的小项目来练练手，就这样告别了一段时间。上个月中旬突发奇想，决定还是根据先前对几些日子DDD的理解学习，再结合开源项目，来开发个实际的项目来练练手，既然DDD说是企业级别的架构，所以想着项目能开发出来以后能在即将要去公司工作中能得到很好的利用，因此开发的项目类型属于那种通用类型开发框架，来封装一些基础功能，自己把这个框架取名叫“Rainbow”！

有了方向后就立马利索的行动了起来，十来天后，整体上基本完成，就差UI层的功能体现了，由于时间紧迫，马上也要出去找工作，项目就暂且先搁在那了，心里想着等到了企业正式工作了，如果有时间，再继续完善并加以维护，方便日后用上提高自己开发效率，降低企业开发成本！

Rainbow开发框架整体架构图：

发表吐槽