20145206《Java程序设计》实验二Java面向对象程序设计实验报告
实验内容
- 初步掌握单元测试和TDD
- 理解并掌握面向对象三要素：封装、继承、多态
- 初步掌握UML建模
- 熟悉S.O.L.I.D原则
- 了解设计模式
实验步骤
（一）单元测试
(1) 三种代码
·伪代码
·产品代码
·测试代码
Example:
需求：我们要在一个MyUtil类中解决一个百分制成绩转成“优、良、中、及格、不及格”五级制成绩的功能。
伪代码：
百分制转五分制：
如果成绩小于60，转成“不及格”
如果成绩在60与70之间，转成“及格”
如果成绩在70与80之间，转成“中等”
如果成绩在80与90之间，转成“良好”
如果成绩在90与100之间，转成“优秀”
其他，转成“错误”
产品代码：
public class MyUtil{
public static String percentage2fivegrade(int grade){
//如果成绩小于60，转成“不及格”
if (grade < 60)
return "不及格";
//如果成绩在60与70之间，转成“及格”
else if (grade < 70)
return "及格";
//如果成绩在70与80之间，转成“中等”
else if (grade < 80)
return "中等";
//如果成绩在80与90之间，转成“良好”
else if (grade < 90)
return "良好";
//如果成绩在90与100之间，转成“优秀”
else if (grade < 100)
return "优秀";
//其他，转成“错误”
else
return "错误";
}
}
测试代码：
<1>
public class MyUtilTest {
public static void main(String[] args) {
// 百分制成绩是50时应该返回五级制的“不及格”
if(MyUtil.percentage2fivegrade(50) != "不及格")
System.out.println("test failed!");
else
System.out.println("test passed!");
}
}
显然，用50分测试通过；
<2>测试一般情况：
public class MyUtilTest {
public static void main(String[] args) {
//测试正常情况
if(MyUtil.percentage2fivegrade(55) != "不及格")
System.out.println("test failed!");
else if(MyUtil.percentage2fivegrade(65) != "及格")
System.out.println("test failed!");
else if(MyUtil.percentage2fivegrade(75) != "中等")
System.out.println("test failed!");
else if(MyUtil.percentage2fivegrade(85) != "良好")
System.out.println("test failed!");
else if(MyUtil.percentage2fivegrade(95) != "优秀")
System.out.println("test failed!");
else
System.out.println("test passed!");
}
}
测试结果符合预期；
<3>测试输入为负分或大于100的成绩
public class MyUtilTest {
public static void main(String[] args) {
//测试出错情况
if(MyUtil.percentage2fivegrade(-10) != "错误")
System.out.println("test failed 1!");
else if(MyUtil.percentage2fivegrade(115) != "错误")
System.out.println("test failed 2!");
else
System.out.println("test passed!");
}
}
运行程序发现负分时与期望不一致,原因是判断不及格时没有要求成绩大于零。我们修改MyUtil.java，增加对负分的判断，代码如下：
public class MyUtil{
public static String percentage2fivegrade(int grade){
//如果成绩小于0，转成“错误”
if ((grade < 0))
return "错误";
//如果成绩小于60，转成“不及格”
else if (grade < 60)
return "不及格";
//如果成绩在60与70之间，转成“及格”
else if (grade < 70)
return "及格";
//如果成绩在70与80之间，转成“中等”
else if (grade < 80)
return "中等";
//如果成绩在80与90之间，转成“良好”
else if (grade < 90)
return "良好";
//如果成绩在90与100之间，转成“优秀”
else if (grade < 100)
return "优秀";
//如果成绩大于100，转成“错误”
else
return "错误";
}
}
再次运行测试，测试结果符合预期!
<4>对输入为“0，60，70，80，90，100”这些边界情况进行测试
public class MyUtilTest {
public static void main(String[] args) {
//测试边界情况
if(MyUtil.percentage2fivegrade(0) != "不及格")
System.out.println("test failed 1!");
else if(MyUtil.percentage2fivegrade(60) != "及格")
System.out.println("test failed 2!");
else if(MyUtil.percentage2fivegrade(70) != "中等")
System.out.println("test failed 3!");
else if(MyUtil.percentage2fivegrade(80) != "良好")
System.out.println("test failed 4!");
else if(MyUtil.percentage2fivegrade(90) != "优秀")
System.out.println("test failed 5!");
else if(MyUtil.percentage2fivegrade(100) != "优秀")
System.out.println("test failed 6!");
else
System.out.println("test passed!");
}
}
发现边界情况中输入100时有一个Bug。我们修改MyUtil.java,把判断优秀的条件中包含输入为100的情况，代码如下：
public class MyUtil{
public static String percentage2fivegrade(int grade){
//如果成绩小于0，转成“错误”
if ((grade < 0))
return "错误";
//如果成绩小于60，转成“不及格”
else if (grade < 60)
return "不及格";
//如果成绩在60与70之间，转成“及格”
else if (grade < 70)
return "及格";
//如果成绩在70与80之间，转成“中等”
else if (grade < 80)
return "中等";
//如果成绩在80与90之间，转成“良好”
else if (grade < 90)
return "良好";
//如果成绩在90与100之间，转成“优秀”
else if (grade <= 100)
return "优秀";
//如果成绩大于100，转成“错误”
else
return "错误";
}
}
这时测试都符合预期了!
(2) TDD(Test Driven Devlopment, 测试驱动开发)
先写测试代码，然后再写产品代码的开发方法叫“测试驱动开发”（TDD）。TDD的一般步骤如下：
·明确当前要完成的功能，记录成一个测试列表
·快速完成编写针对此功能的测试用例
·测试代码编译不通过（没产品代码呢）
·编写产品代码
·测试通过
·对代码进行重构，并保证测试通过（重构下次实验练习）
·循环完成所有功能的开发
图中的红叉说明代码存在语法错误，原因很简单，MyUtil类还不存在，类中的percentage2fivegrade方法也不存在，我们在TDDDemo的src目录中新建一个MyUtil的类，并实现percentage2fivegrade方法
现在测试代码没有语法错误了，我们把鼠标放到MyUtilTest.java上，单击右键，选择Run as->JUnit Test
测试结果出现了一个绿条（green bar）,说明测试通过了。
TDD的编码节奏是：
·增加测试代码，JUnit出现红条
·修改产品代码
·JUnit出现绿条，任务完成
（二）面向对象三要素
（1）抽象
"去粗取精、化繁为简、由表及里、异中求同"。抽象就是抽出事物的本质特征而暂时不考虑他们的细节。对于复杂系统问题人们借助分层次抽象的方法进行问题求解；在抽象的最高层，可以使用问题环境的语言，以概括的方式叙述问题的解。在抽象的较低层，则采用过程化的方式进行描述。在描述问题解时，使用面向问题和面向实现的术语。程序设计中，抽象包括两个方面，一是过程抽象，二是数据抽象。
（2）封装、继承与多态
面向对象(Object-Oriented)的三要素包括：封装、继承、多态。过程抽象的结果是函数，数据抽象的结果是抽象数据类型（Abstract Data Type，ADT），类可以作具有继承和多态机制的ADT。数据抽象才是OOP的核心和起源。
OO三要素的第一个要素是封装，封装就是将数据与相关行为包装在一起以实现信息就隐藏。Java中用类进行封装。
封装实际上使用方法(method)将类的数据隐藏起来，控制用户对类的修改和访问数据的程度,从而带来模块化(Modularity)和信息隐藏(Information hiding)的好处；接口（interface）是封装的准确描述手段。
对应的代码如下：
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() + "!";
}
}
（三）设计模式初步
（1）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,依赖倒置原则)
（2）模式与设计模式
计算机科学中有很多模式:
GRASP模式
分析模式
软件体系结构模式
设计模式：创建型，结构型，行为型
管理模式： The Manager Pool 实现模式
界面设计交互模式
…
这里面最重要的是设计模式
（3）设计模式实示例
设计模式有四个基本要素：
Pattern name：描述模式，便于交流，存档
Problem：描述何处应用该模式
Solution：描述一个设计的组成元素，不针对特例
Consequence：应用该模式的结果和权衡（trade-offs）
（四）练习
要求：使用TDD的方式设计关实现复数类Complex。
<1>伪代码：
复数类Complex
复数=实部+虚部i
复数相加=（实部+实部）+（虚部+虚部）i
复数相减=（实部-实部）+（虚部-虚部）i
打印复数
虚部>0，“实部”+“+”+“虚部”i
虚部<0，“实部”+“-”+“虚部”i
虚部=0，“实部”
<2>产品代码：
public class ComplexNumber {
double m_dRealPart;
double m_dImaginPart;
ComplexNumber(){
}
ComplexNumber(double r,double I){
this.m_dRealPart=r;
this.m_dImaginPart=I;
}
double GetRealPart(){
return this.m_dRealPart;
}
double GetImaginPart(){
return this.m_dImaginPart;
}
void setRealPart(double r){
this.m_dRealPart=r;
}
void setImaginPart(double I){
this.m_dImaginPart=I;
}
ComplexNumber ComplexAdd(ComplexNumber c){
return new ComplexNumber(this.m_dRealPart+c.m_dRealPart,this.m_dImaginPart+c.m_dImaginPart);
}
ComplexNumber ComplexAdd(double c){
return new ComplexNumber(this.m_dRealPart+c,this.m_dImaginPart);
}
ComplexNumber ComplexMinis(ComplexNumber c){
return new ComplexNumber(this.m_dRealPart-c.m_dRealPart,this.m_dImaginPart-c.m_dImaginPart);
}
ComplexNumber ComplexMinis(double c){
return new ComplexNumber(this.m_dRealPart-c,this.m_dImaginPart);
}
ComplexNumber ComplexMulti(ComplexNumber c){
double r=this.m_dRealPart*c.m_dRealPart-this.m_dImaginPart*c.m_dImaginPart;
double I=this.m_dRealPart*c.m_dImaginPart+this.m_dImaginPart+c.m_dRealPart;
return new ComplexNumber(r,I);
}
ComplexNumber ComplexMulti(double c){
return new ComplexNumber(this.m_dRealPart*c,this.m_dImaginPart*c);
}
String ToString(){
return this.m_dRealPart+"+"+this.m_dImaginPart+"i";
}
}
<3>测试代码：
import org.junit.Test;
import junit.framework.TestCase;
public class ComplexNumberTest extends TestCase {
@Test
public void test() {
ComplexNumber a=new ComplexNumber();
ComplexNumber b=new ComplexNumber(2,4);
ComplexNumber c=new ComplexNumber(3,5);
if(a.GetImaginPart()!=0)
System.out.println("test failed");
if(b.GetImaginPart()!=4)
System.out.println("test2 failed");
assert new ComplexNumber(3,5).equals(a.ComplexAdd(c)):"test3 failed";
assert new ComplexNumber(4.6,11.5).equals(b.ComplexMulti(2)):"test4 failed";
assert new ComplexNumber(-1,1).equals(b.ComplexMinis(3)):"test5 failed";
}
}
实验中遇到的问题以及解决办法
问题：在用StarUML建模时，老师给出的例子我进行了练习，发现其中抽象的方法short()(),当输入这个时出现问题，不知道是怎么回事
解决方法：由于刚刚开始使用这个软件，还不太熟悉，目前还不知道问题出现在哪里。
单元测试的好处
对于刚刚接触单元测试的我来讲，我认为写单元测试可以及时发现代码中存在的问题，减少后期维护的精力和费用，是调试代码的好方法。
PSP时间
| 步骤 | 耗时 | 百分比 |
|---|---|---|
| 需求分析 | 30min | 16.7% |
| 设计 | 50min | 27.8% |
| 代码实现 | 50min | 27.8% |
| 测试 | 30min | 16.7% |
| 分析总结 | 20min | 11.1% |
心得体会
这次的实验较上次有难度，在实现练习代码上花费了较长时间，看老师演示的过程都用的是Eclipse，于是自己也下载了一个，跟着老师实验二博客里面的内容一点点做下去，老师博客写的很详细，步骤我基本都练习了一遍。在建模方面，我下载的是StarUML，和老师博客里面的不一样，不知道使用的对不对，但能根据代码试着建模了，做了这次的练习我发现在自己写代码方面还很欠缺，只能照着书找到类似的，遇到具体问题还不能独立编出代码，所以要加强这方面的练习。
