final,buaa_oo conclusion-优快云博客

本文围绕Java课程作业展开，涵盖UML系列作业设计架构、单元架构设计（表达式求导、多线程电梯、地图系统等）、测试风格演进等内容。介绍了各单元作业的架构设计思路、使用的设计模式，以及不同阶段的测试方法，还分享了课程收获并提出相关建议。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

UML系列作业设计架构

第13次作业

本单元的第一次作业中，涉及到了类图的解析。在着手做这单元作业的时候，需要将每一种 UmlElement 再封装，并在解析时，用 helper 单例来进行查询处理（可以附带记忆化查询）。
这里可以再细致地说明一下，实际上，在本次作业中，我只再封装以下几类：

UmlClass  
UmlInterface
UmlOperation

对于其他的元素，仅提取必要信息 id 并将其加入到相应再封装类的数据结构中，供后续统计使用。
另一方面，由于 Class 和 Interface 的行为很接近，于是我将 Interface设置为Class的继承类。由于Class为单继承，因此需要在子类中改变相应逻辑，将 Interface的继承类型改变为“多继承”。

//接口继承“类”，因为 接口对于op和attr的逻辑与 class 几乎相同
public class ExtInter extends ExtEle {
    private ArrayList<String> interFathers;
    ...
}

第14次作业

第二次作业中新增了状态图和顺序图的查询，因此，将helper拆分为三个，并将对应的查询指令分配给对应的 helper 。
需要注意的是，对于三个查询规则，他们属于 类图helper 的负责范畴，应交给类图helper处理。

循环继承和后继State的逻辑：
判断时，从一个状态（类、接口）出发，查找他们的后继（father），并将所有当次已遍历过的结点序列作为参数传入。如果当前结点已经在序列中，说明已经出现“回环”，此时搜索结束，返回。这保证了不会产生死循环。

检查重复继承(类) //接口检查时逻辑类似
public boolean rotate(String id, ArrayList<String> idList) {
        if (getId().equals(id)) {
            return true;
        } else if (idList != null && idList.contains(getId())) {
            return false;
        }
        ArrayList<String> tmp = new ArrayList<>();
        if (idList != null) {
            tmp.addAll(idList);
        }
        tmp.add(getId());
        if (fatherFlag) {
            return father.rotate(id, tmp);
        }
        return false;
    }

类图：

单元架构设计

表达式求导

第一单元的表达式，第一次接触Java 和面向对象的模式。将factor/term 封装成类，重载相应的求导函数，最终实现了程序。

在这个过程中：

很好地区分开了抽象元素的封装成类
有一定的可扩展性
第三次作业由于元素过多，重构时“缝缝补补”，在优化处理上“做崩了”
对于面向对象模式的使用还没有

多线程电梯

本系列作业中尽可能地降低各个线程所在类之间的耦合（事实上这么做也更方便编程，减少了线程间共享对象），对于泛型和接口的使用（虽然接口最后没用上），简化了不同类型共享队列重复编码。每次增量开发也更加顺手，总的来看，相比第一单元有了很大进步。

本系列作业中重视设计模式和可扩展性，因此没有重构的情况发生，都是“增量式开发”。用了单例模式、生产者消费者、两阶段终止模式，进一步加强了接口和集成的训练。

地图系统

第三单元系列作业开始，从“数据”和“处理”两个方向出发，分别按照 “设计数据结构” 和 “查询实现类helper” 互相促进设计。写代码时先实现查询接口，后根据查询的数据需求实现解析输入。
类似于电梯实现，将路径查询算法独立封装，并实现了算法的复用。
注意到时间复杂度的要求，经历了从静态数组-> 优雅的“hashmap"-> 结点再映射的静态数组的架构变化，避免了复杂度超时。