Alexander_Frank的博客

瀑布模型：开发过程顺序进行，过程规范，有质量保证，但是不能够应对需求变化，更改代价较高。灵活性较低。V模型：基于瀑布模型，但是更强调测试过程，有质量保证。显示出不同层次上的测试方法。并且将测试阶段与开发阶段相联系。原型模型：主要解决核心问题，核心功能。开发出原型来解决问题。(可行性)  例如Google搜索引擎，界面简洁，关注搜索效率。增量模型：先解决大部分需求或者核心功能。然后一步一

一、引子话说十年前，有一个爆发户，他家有三辆汽车（Benz（奔驰）、Bmw（宝马）、Audi（奥迪）看来这人比较爱国，没有日本车），还雇了司机为他开车。不过，爆发户坐车时总是这样：上Benz车后跟司机说"开奔驰车！"，坐上Bmw后他说"开宝马车！"，坐上Audi后他说"开奥迪车！"。你一定说：这人有病！直接说开车不就行了？！ 而当把这个爆发户的行为放到我们程序语言中来，我们发现C语言一直是通过

概念：　　java中单例模式是一种常见的设计模式，单例模式的写法有好几种，这里主要介绍三种：懒汉式单例、饿汉式单例、登记式单例。　　单例模式有以下特点：　　1、单例类只能有一个实例。　　2、单例类必须自己创建自己的唯一实例。　　3、单例类必须给所有其他对象提供这一实例。　　单例模式确保某个类只有一个实例，而且自行实例化并向整个系统提供这个实例。在计算机系统中，线程池、缓存、

1   概述   用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 2  适用性  1.    当一个系统应该独立于它的产品创建、构成和表示时。    2.    当要实例化的类是在运行时刻指定时，例如，通过动态装载。  3.    为了避免创建一个与产品类层次平行的工厂类层次时。  4.    当一个类的实例只能有几个不

构造者模式（又叫生成器模式 Builder Pattern）将一个复杂对象（下面说的车，手机等）的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。首先看UML图Product类：具体的产品。Director类：指挥者，构建一个使用Builder接口的对象。确定构造者的顺序。Builder接口：是为创建一个Product对象的各个组件指定的抽

在开发过程中，为了扩展一个类的功能我们通常使用继承一个子类来实现。但是当扩展的功能过多时，则可能出现子类过多，类图过于膨胀。所以我们使用装饰者模式来避免这个问题。装饰者模式提供了一种给一个类添加职责的方法，它比使用继承更加灵活，因为它能将职责加到类的指定实例中，它也允许定制一个类，而无需在继承层次结构中创建高层次子类。装饰者模式的缺点：1 Decorator和它包含的组件是不一样的，这

解释一下概念：也就是说在一个系统中如果有多个相同的对象，那么只共享一份就可以了，不必每个都去实例化一个对象。比如说一个文本系统，每个字母定一个对象，那么大小写字母一共就是52个，那么就要定义52个对象。如果有一个1M的文本，那么字母是何其的多，如果每个字母都定义一个对象那么内存早就爆了。那么如果要是每个字母都共享一个对象，那么就大大节约了资源。　　在Flyweight模式中，由于要产生各种各样

类图模式中包含的角色及其职责Subject：抽象主题角色，抽象主题类可以是抽象类，也可以是接口，是一个最普通的业务类型定义，无特殊要求。RealSubject：具体主题角色，也叫被委托角色、被代理角色。是业务逻辑的具体执行者。Proxy：代理主题角色，也叫委托类、代理类。它把所有抽象主题类定义的方法给具体主题角色实现，并且在具体主题角色处理完毕前后做预处理和

门面模式是对象的结构模式，外部与一个子系统的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。门面模式有三个角色组成：1)         门面角色（ facade ）：这是门面模式的核心。它被客户角色调用，因此它熟悉子系统的功能。它内部根据客户角色已有的需求预定了几种功能组合。2)         子系统角色：实现了子系统的功能。对它