Ohmr的UML作业
一、第四次作业架构设计
第四次作业整体来说未出现较为严重的问题，虽然一波三折，但也算稳稳收尾。
第四次作业以UML图为核心，借助官方解析库，将UML图中的信息提取出来反馈给评测机，整体架构与第三次作业（JML）大同小异。
1.1、第一次作业
要求实现MyUmlInteraction与Main类，其中MyUmlInteraction的构造方法带有参数UMLElement数组，该数组包含了所有Uml类图的信息。
在提交的版本中，由于设置了充分多的缓存，未像第三次作业一样，出现大规模的CTLE错误，稳稳的通过强测。
代码架构上，我选用树形结构，借助UMLElement中包含的信息，重建Uml类图中包含的类信息。构建MyClass、MyInterface、MyOperation、MyAssosiation等类，便于存储的同时也方便查询，接口中的函数实现起来更为简便。
1.2、第二次作业
要求实现MyUmlGeneralInteraction与Main类，其中MyUmlGeneralInteraction的构造方法带有参数UMLElement数组，该数组包含了所有Uml类图、顺序图、状态图的信息。
在提交的版本中，依然设置了充分多的缓存，未出现CTLE错误。
第二次作业与第一次作业相比，多出了状态图和顺序图的分析，同时还增加了全局检查的机制，若Uml图中存在规定的几种错误情况，则报错并直接退出程序。
个人认为UML第二次作业的查询指令并不困难，主要工作量在全局预检查上。由于笔者错误的处理Interface成环检查的广度优先搜索，导致强测中最后一个点漏报了一个错误。将循环体中的return修改为continue便通过了所有的评测。
二、四次作业OO方法理解演进
2.1、表达式求导
初步接触面向对象，本人整个作业的关注点更多的放在熟悉java语法、数据结构及正则表达式上，对OO的方法和技巧并未有太多的深刻研究。
2.2、多线程电梯
个人认为第二次作业是四次作业中，最纯粹的面向对象作业。电梯问题，三次作业中需求层层递进，每一次都是面向对象的一次升华。在一个需求逐步完整、任务逐渐繁复的工程中，利用OO解决问题、简化问题。将电梯和用户都看成对象，每个对象都管理着若干个属性，同时还拥有若干个方法，这些都是在先前其他课程中未曾有过的大胆尝试。并且在第二次作业的实现过程中，能够真真切切面向对象思想带来的便利。所以我认为，第二次作业是四次面向对象作业的巅峰。
2.3、JML作业
第三次作业与第二次作业相比，显得有些不知所云，课程组似乎将重心从面向对象的学习转移到了Java的进阶。这次作业的最大收获是HashSet与HashMap两个数据结构的熟练使用，相比于ArrayList，两者有性能上的明显提升。不知是课程组有意为之还是实在力不从心，第三次作业着实让笔者感觉更像是数据结构课程的要求，在没有点明的情况下对性能进行较为严苛的测试，让笔者有些摸不着头脑。
2.4、UML作业
第四次作业的重点放到了UML上，UML是一个很有必要掌握的知识，笔者在第四次作业中学习了解了Uml类图、状态图、顺序图这三个常见常用的图。
总的来看，前两次作业合情合理，也确实学到了很多面向对象的技巧和知识，但是后两次作业似乎偏离了面向对象的思想，从学习面向对象变成了科普Java进阶操作。
三、四次作业测试理解与实践演进
- 第一次作业未接触测试方法，采用最传统的编写脚本自动生成多项式进行测试
- 第二次电梯作业，由于需要模拟不同时间阶段到达的乘客，因此使用“按键精灵”写脚本进行模拟测试
- 第三单元JML作业，讨论区提供了JMLUnit和OpenJml等一系列工具进行使用，但实际使用过程中，用户体验并不理想，存在许多语法不支持、不兼容的现象
- 第四单元的测试用例基于UML图，不便于自动生成，故笔者选择自己绘制UML图，并借助控制台指令生成测试样例。
四、课程收获
- 从0基础到学会了Java语言的基本使用
- 面向对象的诸多特性和独特的架构方式
- 尝试编写脚本以自动生成测试样例
- 从传统单线程的程序到多线程电梯实验，感受到不一样的画风
- 利用工具链简化编程过程并降低调试难度
五、课程建议
- 整体实验设计不尽合理，前两次作业几乎占据了全部的学习内容，后两次作业似乎只是在练习Java语言的使用。
- 理论课与实验课没有直接的联系，笔者水平有限，自认为脱离理论课并不会影响实验课的进度。
- 不反对评测机对代码性能提要求，但是建议给学生一个测试自己代码性能的途径，本地运行结果和评测机运行时间有较大的差异，不具有参考价值。
