前言：

　　本系列文章主要讲述一个实实在在的项目开发的过程，主要包含：提出问题，解决问题，架构设计和各个逻辑层的实现以及新问题的出现和代码的重构。本系列文章以故事的形式展开，而且文章列举的很多项目的名称，大家也不用太关心，很多都是虚拟的。

　　本篇主要讲述项目的一些背景

　　新人Richard被分配到了一个企业自动化信息管理项目组--Automation Information Management Project（后面简称AIM），当Richard进入项目组的时候，这个项目已经开始了，项目的架构也已经在两周之前构建好了--SOA架构，而且使用的主要技术也敲定了：WCF， Linq.

　　注：因为项目是首次采用新技术（因为以前没有使用WCF，Linq，所以被称为新技术），项目就这样开始进行了。

半年之后问题就开始出现了（其实问题就一开始就出现了，只是大家还认为问题不大）：因为当初在设计的时候，项目的架构是由项目组的其他两个人设计的，整个项目开发基本上就没有采用面向对象的思想来开发，而且虽然在架构设计上分了：数据层，业务层，服务层，和UI层，但是各层之前是紧紧的耦合，可以说是牵一发而动全身：如数据访问层稍微一改，业务层就跟着动，然后改变一层层的开始波及。

　　大家都开始觉得这样很累，但是项目已经做到这个阶段了，不可能重来。每次新需求一来，项目的的改动可以说是天翻地覆。而且当初设计架构的那位仁兄也就项目一开始的一个月后就走了。

　　下面的图就展示项目中的架构设计：

　　咋一看起来还是不错的，一般的架构都是这样设计的。下面就开始讲述它们之间的一些调用关系，看看有什么问题：

数据访问层：

public class EmployeeDAL
    {
        public List<Employee> GetAllEmplyees()
        {
            //...
        }          
    }        

        

        
        
      
        
NET技术：.NET分布式架构开发实战之一 故事起源，转载需保留来源！
        
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。