面向对象第四单元及课程总结博客

末蓝、 2021-12-20 01:07 228阅读 0赞

## 面向对象课程最终总结博客 ##

总结第四单元两次作业架构设计

由UmlClass和UmlInterface想出的统一特征封装

四个单元中架构设计及OO方法理解的演进

重用性

维护和扩展

安全性

结构化方法

四个单元中测试理解与实践的演进

总结自己的课程收获

一点小建议

### 总结本单元两次作业的架构设计 ###

「先把思维导图放上来」

![1615408-20190623231118498-419241934.png][]

#### ![1615408-20190623231147894-621316851.png][] ####

### ###

#### 由UmlClass和UmlInterface想出的统一特征封装 ####

##### 第一次作业 #####

![1615408-20190623231225576-1257609723.png][]

只有三个类，Feature 内部包含了某个UmlClass或者UmlInterface对应的旗下UmlElement，像是一个统一管理的机构

<table style="width:532px;"> 
 <thead> 
 <tr> 
 <th>Dependency metrics</th> 
 <th>&nbsp;</th> 
 <th>&nbsp;</th> 
 <th>&nbsp;</th> 
 <th>&nbsp;</th> 
 <th>&nbsp;</th> 
 </tr> 
 </thead> 
 <tbody> 
 <tr> 
 <td>Class</td> 
 <td>Cyclic</td> 
 <td>Dcy</td> 
 <td>Dcy*</td> 
 <td>Dpt</td> 
 <td>Dpt*</td> 
 </tr> 
 <tr> 
 <td>Feature</td> 
 <td>0</td> 
 <td>0</td> 
 <td>0</td> 
 <td>1</td> 
 <td>2</td> 
 </tr> 
 <tr> 
 <td>Main</td> 
 <td>0</td> 
 <td>1</td> 
 <td>3</td> 
 <td>0</td> 
 <td>0</td> 
 </tr> 
 <tr> 
 <td>MyUmlInteraction</td> 
 <td>0</td> 
 <td>2</td> 
 <td>2</td> 
 <td>1</td> 
 <td>1</td> 
 </tr> 
 </tbody> 
</table>

<table style="width:466px;"> 
 <thead> 
 <tr> 
 <th>Class</th> 
 <th>OCavg</th> 
 <th>WMC</th> 
 </tr> 
 </thead> 
 <tbody> 
 <tr> 
 <td>Feature</td> 
 <td>2.72</td> 
 <td>49</td> 
 </tr> 
 <tr> 
 <td>Main</td> 
 <td>1</td> 
 <td>1</td> 
 </tr> 
 <tr> 
 <td>MyUmlInteraction</td> 
 <td>4.42</td> 
 <td>84</td> 
 </tr> 
 </tbody> 
</table>

很明显，三个类复杂度太大了，一个类很庞大，有一些函数的重复度很高，代码比较冗余

##### 第二次作业 #####

![1615408-20190623231403232-931631901.jpg][]

<table style="width:544px;"> 
 <thead> 
 <tr> 
 <th>Dependency metrics</th> 
 <th>&nbsp;</th> 
 <th>&nbsp;</th> 
 <th>&nbsp;</th> 
 <th>&nbsp;</th> 
 <th>&nbsp;</th> 
 </tr> 
 </thead> 
 <tbody> 
 <tr> 
 <td>Class</td> 
 <td>Cyclic</td> 
 <td>Dcy</td> 
 <td>Dcy*</td> 
 <td>Dpt</td> 
 <td>Dpt*</td> 
 </tr> 
 <tr> 
 <td>ClassInteraction</td> 
 <td>0</td> 
 <td>1</td> 
 <td>1</td> 
 <td>1</td> 
 <td>2</td> 
 </tr> 
 <tr> 
 <td>Feature</td> 
 <td>0</td> 
 <td>0</td> 
 <td>0</td> 
 <td>2</td> 
 <td>3</td> 
 </tr> 
 <tr> 
 <td>Main</td> 
 <td>0</td> 
 <td>1</td> 
 <td>9</td> 
 <td>0</td> 
 <td>0</td> 
 </tr> 
 <tr> 
 <td>MyUmlGeneralInteraction</td> 
 <td>0</td> 
 <td>6</td> 
 <td>8</td> 
 <td>1</td> 
 <td>1</td> 
 </tr> 
 <tr> 
 <td>SequenceInteraction</td> 
 <td>0</td> 
 <td>1</td> 
 <td>1</td> 
 <td>1</td> 
 <td>2</td> 
 </tr> 
 <tr> 
 <td>SequenceStuff</td> 
 <td>0</td> 
 <td>0</td> 
 <td>0</td> 
 <td>1</td> 
 <td>3</td> 
 </tr> 
 <tr> 
 <td>StateInteraction</td> 
 <td>0</td> 
 <td>1</td> 
 <td>1</td> 
 <td>1</td> 
 <td>2</td> 
 </tr> 
 <tr> 
 <td>StateStuff</td> 
 <td>0</td> 
 <td>0</td> 
 <td>0</td> 
 <td>1</td> 
 <td>3</td> 
 </tr> 
 <tr> 
 <td>TypeJudge</td> 
 <td>0</td> 
 <td>0</td> 
 <td>0</td> 
 <td>1</td> 
 <td>2</td> 
 </tr> 
 </tbody> 
</table>

第二次作业设置的几个类，将代码平衡到了不同文件当中，显得不那么臃肿。

通过UML建模，我们可以在开始写代码之前，就对自己的构造更了然于心，规划好了之后写起来代码的Bug也会少一些。这里只是提供一个可能的方法，具体选用什么建模方式取决于具体的需求。

### 总结自己在四个单元中架构设计及OO方法理解的演进 ###

本学期接触面向对象这门课，在四个单元中，从前两个单元的跌跌撞撞到第三第四单元所有作业的强测都是满分，得益于对架构设计日趋完善和面向对象的理解循序渐进。

#### 重用性 ####

*  通过继承，我们可以大幅减少多余的代码，并扩展现有代码的用途

#### 维护和扩展 ####

*  由于继承，封装，多态的特性，可以设计出高内聚、低耦合的系统结构，使得系统更灵活、更容易扩展，而且成本较低。基于面向对象的系统也更容易从小到大逐步升级。

#### 安全性 ####

*  数据隐藏的概念帮助程序员们保护程序免受外部代码的侵袭，允许一个对象的多个实例同时存在，而且彼此间不会相互干扰

#### 结构化方法 ####

结构化方法的本质是功能分解，功能分解：把问题整体功能的单个处理着手，自顶向下不断把复杂问题分解为子处理，这样一层一层地分解下去，直到仅剩下若干个容易实现的子处理功能为止。因此，结构化方法是围绕实现处理功能的“过程”来构造系统的，而用户需求的变化大部分是针对功能的，**用户需求的变化往往造成系统结构的较大变化。**

所以如果一个架构足够完善的话，就不会出现，次次重构次次爽（一次重构火葬场）了

### 总结自己在四个单元中测试理解与实践的演进 ###

第一个单元还是自己用排列组合办法凑出wrong format 然后再输入到IDEA的terminal里，后来学会了用命令行（OS还是有点用）读入数据文件将运行结果重定向到新的文件然后 -diff 比较二者区别；

第二个单元多线程由于每次运行的结果都有可能不一样，而且自己的能力写一个测评机实在是不足，所以只对自己的程序进行较短的正确性测试，导致强测有一点超时；自此下定决心，要把程序写得尽可能完善，增强程序的鲁棒性。

第三个单元管理地铁图，数据格式都给定了，自己用python 写了一个数据生成器，黑箱测试，学会了用Junit进行单元测试，看到绿色的pass的时候心里还是很开心的；JML让代码规划没有二义，在工程设计上肯定是很有用处的，感觉我们离实际开发更近了一步；

第四个单元要写和考虑的东西非常多，所以我花了大量的时间在研究UML各种element的层次和查询要求上，结果也是好的，交中测的时候没有出现大家热议的mid5和weak5的bug，

测试文件是一个很重要的东西，有时候随机生成的数据不一定符合要求（尤其是第四单元），就要精心构造各种边界数据，但是只要把一个东西完全理解了，自然就会习惯性的处理各种极端问题（被我系培养的有点神经敏感）。

### 总结自己的课程收获 ###

*  学会了“自力更生”，明白了同学之间互相讨论的重要性
 *  初次接触多线程，觉得很有意思，《图解Java多线程设计模式》这本书寓教于乐，写得通俗易懂明白晓畅，还有点可爱。
 *  领略了工程化开发的一些工具，接触了一些建模工具（UML是语法明确、语义清晰的可视化语言。用符号来表示说明问题所冒的风险是显而易见的，所以，绘制或阅读UML意味着我们要以更加可视化的方式工作，开发我们的脑力，**而不是迷失在UML语言的细节和工具中。**）
 *  真的实现了一周上千行代码，有小小的成就感
 *  决定回去好好复习和扩展数据结构的知识

PS：要大力表扬一下今年的OO课程改革，给了一些非常好用的接口，使得今年的OO不再是Wrong Format课，也没有某乎上一些用户喷得那么不堪。讨论区也是一个很友好的发言平台，有很多干货。

### 立足于自己的体会给课程提三个具体改进建议 ###

1.  老师讲课时能够再具象化一点，可以模仿《Head First Java》这本书的例子，把课程讲得生动形象，提高同学们上课出勤率和听课效率；研讨课优质内容互通。
2.  这门课极大地培养了学生们的自己查阅资料的能力，但我还是希望指导书能对思路或算法有更清晰的描述，比如第三单元的时候对不同算法的权衡。还有数据范围（尤其是第四单元）应该给的再详细一点，也可以节省大家的时间也不会太麻烦老师。
3.  我们会遵守DDL完成作业，若有完不成会承认是自己的锅，不捞人无可厚非，希望课程组在发放资料的时候也可以严格遵守ddl~笔芯～

转载于:https://www.cnblogs.com/vanellopeblog/p/OOSummary.html

[1615408-20190623231118498-419241934.png]: /images/20211220/af268f15fe4c44c1b3dd6893ddaf5cd1.png
[1615408-20190623231147894-621316851.png]: /images/20211220/659d7f9762e24a63a5bf4448def8e650.png
[1615408-20190623231225576-1257609723.png]: /images/20211220/e83ca51df3a840708875eedba8afa0ef.png
[1615408-20190623231403232-931631901.jpg]: /images/20211220/7f53ab0cbfbe436e8c93015396d8e7e0.png