在进行项目整体架构设计时，我们应该明确知道哪些项目是可以被重复再利用的，而哪些项目是与领域模块关系密切的，对于后者我们是应该在解决方案中保留的，而前者则是应该提取出来的。
在一个完整的解决方案中，应该是由“公用的类库”，“核心的项目基础层”和“与业务领域关系密切个性项目组”组成的，对于我开会的那个项目来说，也是遵循这样一个原则：
将与领域和项目无关的项目进行抽象，形成一个最基础的层，称为Project.Common
将与架构模式有关，而与领域无关的项目，形成一个架构模式核心层，称为Project.Core
将与指定领域有关的，个性化业务组成的代码，叫做领域层，它的名称由项目含义确定
在这篇文章里，我们主要是找到一个项目中，可以被抽象和被重复再利用的点，它可以是个方法，也可能是个类，再可以是个接口，一个项目等，在架构领域时，在代码重复再利用方法，我认为应该是以一个项目为单位的，一个项目里，可能包括的是一些可以被再利用的类的集合。恩，就是这样的。
对于电子商务网站，它的解决方案架构可能是：
ABC公司的电子商备平台架构
ABC_WEB (MVC or WebForm)
ABC_Service
ABC_Data
ABC_Entity
使用所有电子商务类网站的核心代码：
EC_Web
EC_Entity
EC_Service
EC_Data(可以被多个数据库公用的一些dbml模块）
使用通用核心代码：
WEB.Commons
Entity.Commons
Data.Commons
最底层才是公用类库
VCommons
Standard
VLogs
等等
本文转自博客园张占岭（仓储大叔）的博客，原文链接：架构，改善程序复用性的设计~第二讲 什么应该提取出来，什么应该保留，如需转载请自行联系原博主。
