由UmlClass和UmlInterface想出的统一特征封装
总结本单元两次作业的架构设计
「先把思维导图放上来」
由UmlClass和UmlInterface想出的统一特征封装
第一次作业
只有三个类，Feature 内部包含了某个UmlClass或者UmlInterface对应的旗下UmlElement，像是一个统一管理的机构
| Dependency metrics | |||||
|---|---|---|---|---|---|
| Class | Cyclic | Dcy | Dcy* | Dpt | Dpt* |
| Feature | 0 | 0 | 0 | 1 | 2 |
| Main | 0 | 1 | 3 | 0 | 0 |
| MyUmlInteraction | 0 | 2 | 2 | 1 | 1 |
| Class | OCavg | WMC |
|---|---|---|
| Feature | 2.72 | 49 |
| Main | 1 | 1 |
| MyUmlInteraction | 4.42 | 84 |
很明显，三个类复杂度太大了，一个类很庞大，有一些函数的重复度很高，代码比较冗余
第二次作业
| Dependency metrics | |||||
|---|---|---|---|---|---|
| Class | Cyclic | Dcy | Dcy* | Dpt | Dpt* |
| ClassInteraction | 0 | 1 | 1 | 1 | 2 |
| Feature | 0 | 0 | 0 | 2 | 3 |
| Main | 0 | 1 | 9 | 0 | 0 |
| MyUmlGeneralInteraction | 0 | 6 | 8 | 1 | 1 |
| SequenceInteraction | 0 | 1 | 1 | 1 | 2 |
| SequenceStuff | 0 | 0 | 0 | 1 | 3 |
| StateInteraction | 0 | 1 | 1 | 1 | 2 |
| StateStuff | 0 | 0 | 0 | 1 | 3 |
| TypeJudge | 0 | 0 | 0 | 1 | 2 |
第二次作业设置的几个类，将代码平衡到了不同文件当中，显得不那么臃肿。
通过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课，也没有某乎上一些用户喷得那么不堪。讨论区也是一个很友好的发言平台，有很多干货。
立足于自己的体会给课程提三个具体改进建议
-
老师讲课时能够再具象化一点，可以模仿《Head First Java》这本书的例子，把课程讲得生动形象，提高同学们上课出勤率和听课效率；研讨课优质内容互通。
-
这门课极大地培养了学生们的自己查阅资料的能力，但我还是希望指导书能对思路或算法有更清晰的描述，比如第三单元的时候对不同算法的权衡。还有数据范围（尤其是第四单元）
应该给的再详细一点，也可以节省大家的时间也不会太麻烦老师。 -