20175212童皓桢 Java实验二-面向对象程序设计实验报告
实验内容
- 初步掌握单元测试和TDD
- 理解并掌握面向对象三要素:封装、继承、多态
- 初步掌握UML建模
- 熟悉S.O.L.I.D原则
- 了解设计模式
实验步骤
(一)单元测试
- 在IDEA中建一个项目
MyUtil
- 对于MyUtil类,建立一个
MyUtilTest1.java
的测试类:
新建一个test文件夹在根目录中->右键选择Mark Directory as->Test Sources Root
之后在test文件夹中建立一个MyUtilTest1.java
的测试类
- 在文件中输入如图代码并运行,测试结果如下:
正常情况
边界情况
异常情况
(二)TDD(Test Driven Devlopment, 测试驱动开发)
按照教程安装Juit和JUnitGenerator V2.0
点击源代码中的类名
MyUtil
,选择Junit3测试用例,建立一个MyUtilTest
测试文件若TestCase是红色,则引入junit.jar包
输入如图测试代码并运行,如果测试失败则出现如图提示
根提示据修改源代码,注意边界异常情况,修改完善后测试通过
(三)以TDD方式研究学习StringBuffer
- 按照老师给出的程序输入
public static void main(String [] args){
StringBuffer buffer = new StringBuffer();
buffer.append('S');
buffer.append("tringBuffer");
System.out.println(buffer.charAt(1));
System.out.println(buffer.capacity());
System.out.println(buffer.length());
System.out.println(buffer.indexOf("tring"));
System.out.println("buffer = " + buffer.toString());
- 将方法进行重写,添加返回值,以便于测试
public class StringBufferDemo{
StringBuffer buffer = new StringBuffer();
public StringBufferDemo(StringBuffer buffer){
this.buffer = buffer;
}
public Character charAt(int i){
return buffer.charAt(i);
}
public int capacity(){
return buffer.capacity();
}
public int length(){
return buffer.length();
}
public int indexOf(String buf) {
return buffer.indexOf(buf);
}
}
利用API查出并猜测charAt(int i),indexOf(String s),capacity(),length()四种方法的功能。
利用JUnit进行测试,并输入如图测试代码,test passed!
(四)面向对象的三要素
- 面向对象(Object-Oriented)的三要素包括:封装、继承、多态。面向对象的思想涉及到软件开发的各个方面,如面向对象分析(OOA)、面向对象设计(OOD)、面向对象编程实现(OOP)。OOA根据抽象关键的问题域来分解系统,关注是什么(what)。OOD是一种提供符号设计系统的面向对象的实现过程,用非常接近问题域术语的方法把系统构造成“现实世界”的对象,关注怎么做(how),通过模型来实现功能规范。OOP则在设计的基础上用编程语言(如Java)编码。贯穿OOA、OOD和OOP的主线正是抽象。
(五)设计模式初步
- S.O.L.I.D原则
- SRP(Single Responsibility Principle,单一职责原则):决不要有一个以上的理由修改一个类
- OCP(Open-Closed Principle,开放-封闭原则):软件实体(类,模块,函数等)应该对扩充开放,对修改封闭。
- LSP(Liskov Substitusion Principle,Liskov替换原则)
- 子类必须可以被其基类所代
- 使用指向基类的指针或引用的函数,必须能够在不知道具体派生类对象类型的情况下使用它
- ISP(Interface Segregation Principle,接口分离原则):客户不应该依赖他们并未使用的接口
- DIP(Dependency Inversion Principle,依赖倒置原则)
- 高层模块不应该依赖于低层模块。二者都应该依赖于抽象
- 抽象不应该依赖于细节。细节应该依赖于抽象
- 模式与设计模式
- 设计模式有四个基本要素:
- Pattern name:描述模式,便于交流,存档
- Problem:描述何处应用该模式
- Solution:描述一个设计的组成元素,不针对特例
- Consequence:应用该模式的结果和权衡(trade-offs)
- 设计模式有四个基本要素:
- 其他面对对象原则
- "组合替代继承":这是说相对于继承,要更倾向于使用组合;
- "笛米特法则":这是说"你的类对其它类知道的越少越好";
- "共同封闭原则":这是说"相关类应该打包在一起";
- "稳定抽象原则":这是说"类越稳定,越应该由抽象类组成";
(六)对MyDoc类进行扩充,让其支持Byte类,初步理解设计模式
题目 :对设计模式示例进行扩充,体会OCP原则和DIP原则的应用,初步理解设计模式,让系统支持Byte类,并在MyDoc类中添加测试代码表明添加正确,提交测试代码和运行结的截图,加上学号水印
// Server Classes
abstract class Data {
abstract public void DisplayValue();
}
class Integer extends Data {
int value;
Integer() {
value=100;
}
public void DisplayValue(){
System.out.println (value);
}
}
class Byte extends Data {
byte value;
Byte(){
value=127;
}
public void DisplayValue(){
System.out.println(value);
}
}
abstract class Factory {
abstract public Data CreateDataObject();
}
class IntFactory extends Factory {
public Data CreateDataObject(){
return new Integer();
}
}
class ByteFactory extends Factory {
public Data CreateDataObject(){
return new Byte();
}
}
class Document {
Data pd;
Document(Factory pf){
pd = pf.CreateDataObject();
}
public void DisplayData(){
pd.DisplayValue();
}
}
public class MyDoc {
static Document d;
static Document e;
public static void main(String[] args) {
e=new Document(new ByteFactory());
e.DisplayData();
}
}
- 运行结果:
(七)以TDD的方式开发一个复数类Complex
- 任务:以TDD的方式开发一个复数类Complex,要求如下:
// 定义属性并生成getter,setter
double RealPart;
double ImagePart;
// 定义构造函数
public Complex()
public Complex(double R,double I)
//Override Object
public boolean equals(Object obj)
public String toString()
// 定义公有方法:加减乘除
Complex ComplexAdd(Complex a)
Complex ComplexSub(Complex a)
Complex ComplexMulti(Complex a)
Complex ComplexDiv(Complex a)
本道练习题基本考察TDD编码的节奏。因为本题中实部虚部很容易混淆,导致出错
因此根据测试代码来修改产品代码的优越性得以体现。
- 产品代码:
public class Complex{
private double a;
private double b;
public Complex(double a, double b) {
this.a = a;
this.b = b;
}
public static double getRealPart(double a) {
return a;
}
public static double getImagePart(double b) {
return b;
}
public Complex ComplexAdd(Complex c) {
return new Complex(a + c.a, b + c.b);
}
public Complex ComplexSub(Complex c) {
return new Complex(a - c.a, b - c.b);
}
public Complex ComplexMulti(Complex c) {
return new Complex(a * c.a - b * c.b, a * c.b + b * c.a);
}
public Complex ComplexDiv(Complex c) {
return new Complex((a * c.b + b * c.a)/(c.b * c.b + c.a * c.a), (b * c.b + a * c.a)/(c.b * c.b + c.a * c.a));
}
public String toString() {
String s = " ";
if (b > 0)
s = a + "+" + b + "i";
if (b == 0)
s = a + "";
if (b < 0)
s = a + " " + b + "i";
return s;
}
}
- 测试代码
import junit.framework.TestCase;
import org.junit.Test;
public class ComplexTest extends TestCase {
Complex c1 = new Complex(0, 2);
Complex c2 = new Complex(-1, -1);
Complex c3 = new Complex(1,1);
@Test
public void testgetRealPart() throws Exception {
assertEquals(-3.0, Complex.getRealPart(-3.0));
assertEquals(3.0, Complex.getRealPart(3.0));
assertEquals(0.0, Complex.getRealPart(0.0));
}
@Test
public void testgetImagePart() throws Exception {
assertEquals(-3.0, Complex.getImagePart(-3.0));
assertEquals(3.0, Complex.getImagePart(3.0));
assertEquals(0.0, Complex.getImagePart(0.0));
}
@Test
public void testComplexAdd() throws Exception {
assertEquals("-1.0+1.0i", c1.ComplexAdd(c2).toString());
assertEquals("1.0+3.0i", c1.ComplexAdd(c3).toString());
assertEquals("0.0", c2.ComplexAdd(c3).toString());
}
@Test
public void testComplexSub() throws Exception {
assertEquals("1.0+3.0i", c1.ComplexSub(c2).toString());
assertEquals("-1.0+1.0i", c1.ComplexSub(c3).toString());
assertEquals("-2.0 -2.0i", c2.ComplexSub(c3).toString());
}
@Test
public void testComplexMulti() throws Exception {
assertEquals("2.0 -2.0i", c1.ComplexMulti(c2).toString());
assertEquals("-2.0+2.0i", c1.ComplexMulti(c3).toString());
assertEquals("0.0 -2.0i", c2.ComplexMulti(c3).toString());
}
@Test
public void testComplexComplexDiv() throws Exception {
assertEquals("-1.0 -1.0i", c1.ComplexDiv(c2).toString());
assertEquals("1.0+1.0i", c1.ComplexDiv(c3).toString());
assertEquals("-1.0 -1.0i", c2.ComplexDiv(c3).toString());
}
}
- 运行结果截图
(八)对实验二中的代码进行建模
- 代码如下:
public abstract class Animal {
private String color;
public String getColor() {
return color;
}
public void setColor(String color) {
this.color = color;
}
public abstract String shout();
}
public class Dog extends Animal{
public String shout(){
return "汪汪";
}
public String toString(){
return "The Dog's color is " + this.getColor() +", and it shouts "+ this.shout() + "!";
}
}
public class Cat extends Animal{
public String shout(){
return "喵喵";
}
public String toString(){
return "The Cat's color is " + this.getColor() +", and it shouts "+ this.shout() + "!";
}
}
- 创建的UML类图
实验中遇到的问题
- 问题一:包名Junit提示错误
- 解决办法一:参考同学的博客,摸索出方法,具体如下:
File -> Project Struct... -> Libraies -> 点击加号 -> Java -> 选择IDEA目录下的Lib中的junit-4.12 ->选择ok
另外的,如果当时安装是通过Toolbox,IDEA的安装目录则很有可能被隐藏,因此需搜索junit-4.12找到具体路径后,在管理员权限下解除隐藏才能选择。
问题二:单元测试时提示找不到main方法。
解决办法二: 尝试修改测试类名与JUnit测试类名不同,即可解决。
感悟和体会
- 利用API可以查询并学习使用一些功能强大的类和方法。
- 并跟随TDD方法的节奏设计出伪代码、产品代码和测试代码,有利于自己的程序除了正确性,在更高层面不容易出错
- 之后可以考虑更加改善测试单元的写法,比如测试例子由计算机穷举生成。