俞欣力's 技术博客

1.UML是Object Management Group推出的用于简化复杂软件工程流程的工具，使用UML，用户可以定制并且可视化软件和非软件的设计。注意UML只是一种建模语言，它只定义了words和grammar，而并没有定义建模的过程或流程。2.上文中提到的静态模型和动态模型的分类也可以如下分类，一共十二种图：STRUCTURE DIAGRAMS：可以用来代表一个应用的结构

a)使用场景：解决多重继承和Client需要多Service_Provider的支持。b)典型UML： c)举例：薪水计算类的设计 不同的类别有不同的薪水计算方法，那么getSalary方法可以抽象到一个接口SalaryCalculator内，这样在Client进行调用时就会有多态的效果： public interface SalaryCalculator {

1.抽象类的特点：包含至少一个以abstract表示的没有实现的方法——抽象方法，来代表父类中的可变方法。包含的有具体实现的方法来代表父类中的不可变的通用方法。不能被实例化。子类继承时必须实现去所有抽象方法，否则子类也是一个抽象类，不能被实例化。这样的设计是使得方法签名上保持持续性。（方法签名是指：方法的名称，参数的数量和参数的类型这三部分，不包含返回类型。可以通过不同的方法签

一个软件设计的好坏，我想很大程度上取决于它的整体架构，而这个整体架构其实就是你对整个宏观商业业务的抽象框架，当代表业务逻辑的高层抽象层结构 合理时，你底层的具体实现需要考虑的就仅仅是一些算法和一些具体的业务实现了。当你需要再开发另一个相近的项目时，你以前的抽象层说不定还可以再次利用 呢，面对对象的设计，复用的重点其实应该是抽象层的复用，而不是具体某一个代码块的复用，是不是一下子感觉自己对复用理解的