NET 分布式架构开发实战之一 故事起源

前言：

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

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

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

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

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

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

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

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

数据访问层：

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

业务层：

代码 

public class EmployeeBL
    {
        public List<Employee> GetAllEmplyees()
        {
            EmployeeDAL employeeDAL = new EmployeeDAL();
            return employeeDAL.GetAllEmplyees();
        }
    }

出处：博客园
责任编辑：bluehearts

上一页 下一页 .NET分布式架构开发实战(一) [2]

◎进入论坛网络编程版块参加讨论