面向对象分析与设计Part 5

ProductSpecification SalesLineItem quantity : Integer getSubtotal() : Money Described-by 1 description : Text price : Money productSpec itemID : ItemID ...
引导思维，方便设计 作图工具
UML作为蓝图 UML作为蓝图
UML用于生成软件类的结构 UML用于生成软件类的结构 与编程语言开发工具的集成 在IDE中添加代码的细节 IDE中添加代码的细节
UML作为编程语言 UML作为编程语言
将UML写成的模型自动生成代码 UML写成的模型自动生成代码 详细的UML描述 详细的UML描述
②
any assertTrue statement does not evaluate to true.
使用Junit和TDD测试的例子 使用Junit和TDD测试的例子
测试方法的模式: 测试方法的模式:
Create the fixture. ② Do something to it (some operation that you want to test). ③ Evaluate that the results are as expected.
在编写Sale类之前编写TestSale类 并完成: 在编写Sale类之前编写TestSale类,并完成:
①
Create a Sale
the thing to be tested (also known as the fixture).
Add some line items to it with the makeLineItem method (the makeLineItem method is the public method we wish to test). ③ Ask for the total, and verify that it is the expected value, using the assertTrue method. JUnit will indicate a failure if
CH 19 对象的可见性
可见性：
一个对象可以看见另一个对象的能力 一个对象通过看见或者拥有另一个对象的引用
属性可见性
一个对象是另一个对象的属性
参数可见性
一个对象是另一个对象中的一个方法的参数
本地可见性
一个对象是另一个对象中的一个方法中的一个变量（本地对象）
全局可见性
一个对象在全局可见的
Hale Waihona Puke 为什么要有对象的可见性前面两种使用更普遍
*
属性名用的角色名字
从设计到代码的映射
容器类型的属性
从设计到代码的映射
方法的映射
从交互图中寻求方法体 进一步的扩充方法体的细节
从设计到代码的映射
方法的映射 另一个例子
代码实现的顺序— 代码实现的顺序—由低耦合开始
CH21 测试驱动开发和重构
测试驱动下的开发
(test(test-driven development (TDD) ) 测试为先的思想
这是一种相对临时的可见性，因为只有在方法的 生命周期 中B是可见的。 但是这种可见性是非常常见的。
参数可见性转换为属性可见性
局部可见性
从A到B的局部可见性是指B在A中的一个方法中被声明为 的局部可见性是指B 局部对象。 这也是一种相对临时的可见性。他只存在于方法的作用域 内。
public class A { … private int F(); … } int F() { B b; b = new B(); … delete b; }
①
使用Junit和TDD测试的例子 使用Junit和TDD测试的例子
测试类: 测试类:
public class SaleTest extends TestCase {
Sale fixture = new Sale(); total = new Money( 7.5 ); Money price = new Money( 2.5 ); ItemID id = new ItemID( 1 ); ProductDescription desc = new ProductDescription( id, sale.makeLineItem( desc, 2 ); assertTrue( sale.getTotal().equals( total )); }
交互图和设计类图中的代码信息
类的定义： (设计类图) 设计类图)
类名 属性 方法
类的交互：( 类的交互：( 交互图）
方法中与其他类的交互
不断求精和不断的改善
从设计到代码的映射
类、简单属性、方法架构的映射 引用属性
public class SalesLineItem { ... private int quantity; private ProductSpecification productSpec; }
全局可见性
从A到B的全局可见性是指B对A全局可见。 的全局可见性是指B 这也是一种相对持久的可见性。A 这也是一种相对持久的可见性。A和B同时存在。 这种方法并不常用。它需要使用全局实例变量。
可见性的UML表示 可见性的UML表示
CH20将设计映射成代码 CH20将设计映射成代码
实现模型：
源代码 数据库定义 JSP/ASP/HTML等页面定义 JSP/ASP/HTML等页面定义
// … // test the Sale.makeLineItem method public void testMakeLineItem() { // STEP 1: CREATE THE FIXTURE // -this is the object to test // -it is an idiom to name it 'fixture' // -it is often defined as an instance field rather than a local variable // set up supporting objects for the test Money // STEP 2: EXECUTE THE METHOD TO TEST // NOTE: We write this code **imagining** there // is a makeLineItem method. This act of imagination // as we write the price, "product 1"testof the detailed interface to ); tends to improve or clarify // our understanding // to the object. Thus TDD has the side-benefit of // clarifying the detailed object design. // test makeLineItem sale.makeLineItem( desc, 1 );
}
// STEP 3: EVALUATE THE RESULTS // there could be many assertTrue statements // for a complex evaluation // verify the total is 7.5
重构
重新构建代码
代码的重新组织
步步为营的策略
属性可见性
从A到B的属性可见性是指B是A的一个属性 的属性可见性是指B
public class Register { … private ProductCatalog catalog; // catalog属性 catalog属性 … }
参数可见性
从A到B的参数可见性是指B作为一个参数被传递给A中所 的参数可见性是指B作为一个参数被传递给A 定义的一个方法。
下例中，Register为了使用ProductCatalog的 下例中，Register为了使用ProductCatalog的 spec := getSpecification( itemID ) 必须保证在Register中对ProductCatalog是可见的 必须保证在Register中对ProductCatalog是可见的
重写--〉 重写--〉测试 每次进行少量代码的重构
重构
哪些代码需要重构？
大型方法 具有大量实例变量的类 具有大量代码的类 明显类似的类 设计中很少使用或没有使用的接口 耦合度高的对象
例子：P284 P285两个例子 例子：P284 和P285两个例子
CH22 UML工具 UML工具
UML作为草图 UML作为草图
先写测试后写产品
单元测试
部件的测试
测试工具
xUnit Java下的JUnit Java下的JUnit
TDD的意义 TDD的意义
单元测试的保障
产品开发成型后去写测试代码是很痛苦的 单元测试往往会被忽略
接口行为的细节优化
设计中的斜截缺失会暴露
后续迭代开发的基础
后续的开发可以沿用 便于发现变更的错误
使用Junit和TDD测试的例子 使用Junit和TDD测试的例子