第十章:系统的构架

2016-11-16  本文已影响18人  hklbird

<b>复杂要人命。它消磨开发者的生命,让产品难以规划、构建和测试。——Ray Ozzie</b>


1.如何建造一个城市

城市的建造没办法由一个人事无巨细得完成。需要分成全局部分和细节部分,让相应的人去做好相应的模块。

2.将系统的构造和使用分开

<b>构造</b>和<b>使用</b>是非常不一样的过程。就像构造的工人和住在房子里的主人,对一栋房子的看法是完全不同的。
   软件系统应该讲起始过程和运行过程的逻辑分开,在起始过程创造应用对象,也会存在互相缠结的依赖关系。

public ObjectA getObjectA(){
          if(objectA!=null)
                          objectA = new ObjectA(……);
        return objectA;
}

上面的就是所谓的延迟初始化/赋值。你永远不会得到null的对象,且无心操心构造。但是这也导致了对象存在极其严重的硬编码依赖。如果上述对象是个重型对象,则测试是个问题。我们必须保证在单元测试调用该方法以前指派恰当的测试替身或仿制对象。这往往会意味着逻辑的添加,从而造成了过重的权责,这显然违反了<b>单一权责原则。</b>
  显然,如果类似的全局设置策略会在应用程序中四散分布,缺乏模块组织性。

2.1分解main

将构造和使用分开的方法之一是将全部的构造过程搬迁到main或者被称为main的模块中。main穿件所有对象,传递给应用,而应用则仅仅是使用对象。

2.2工厂

应用程序不可能完全没有创建对象的能力,因此这里提供了对象工厂,隔绝构造细节,却有强大的对象构造能力。

2.3依赖注入

DI(Dependency Injection)是一种可以实现分离构造和使用的机制,是控制反转在依赖管理中国的一种手段。在依赖管理中,对象不应该负责实体化对自身的依赖。反之应该将之交给其他有权力的机制,从而实现控制反转。用DI容器实体化需要的对象,用构造器参数或者是赋值的方式将依赖连接到一起。

3.扩容

任何系统一开始就是开发完美,这是一个神话故事。我们应该将我们的目标集中于只做今天的用户故事,然后重构,明天再扩展系统,完成新的故事。这里提到了AOP(面向切面编程)的概念,AOP是一种恢复横贯式关注面模块化的普适手段,

4.Java代理

Java代理适用于简单的情况,例如在单独的对象或者类中包装方法调用。然而JDK提供的动态代理仅仅能够与接口协同工作。代码量和复杂度是代理的两大弱点没创建整洁的代码很难。

5.其他

Spring有纯面向切面编程的框架,AspectJ则是更具有表现力的工具。
  应该测试驱动系统架构,没必要BDUF(Big Design Up Front)。
  最佳的系统架构由模块化的关注面领域组成,每个关注面均用纯Java对象实现。不同的领域之间用最不具有侵害性的方面或类方面工具整合起来。这种架构能测试驱动。
  拥有模块化的POJO系统提供敏捷能力,允许我们基于最新的知识修改。
  系统要用领域特定语言(DSL)。

上一篇下一篇

猜你喜欢

热点阅读