面向对象设计与构造2022 (北京航空航天大学 - 计算机学院)

最后总结部分，与计组课程中的流水线CPU类比，比较新颖，反映出你的“触类旁通”能力。 文章整体逻辑结构清晰，但需要指出的是，UML图和复杂度统计表中的内容，都需要有正文文字来解释说明，便于阅读。

总结的很细致，也很深入。三次作业都在调度方法dispatch上有比较高的复杂度，有没有想过什么办法来降低复杂度呢？比如保留调度主框架，把一些共性的数据访问都独立成为一个方法？当时这只是一般性的建议，也许你有更清楚的判断。

总结自己的心得，看到不足，体会到进步，并给自己设置下一阶段目标，这样的学习态度和做法是需要鼓励的。 类图应该是自动生成的吧，应该自己来画，就不会出现若干个类之间“孤立无援”了。其次，顺序图中的消息之间的顺序也需要反思，课上专门讲解了。不同sender发送的消息之间，如果sender直接没有协商机制，

@知北游手记 感谢老师指正，当时在绘制类图时对于Uml的理解不够，绘制的顺序图较为粗略。 电梯架空可能是我表述不清，我想表达的意思大概是：我的设计中运行的各项参数对于电梯类都是透明的，电梯只知道当前所处的位置。 以后我会注意表述的严谨性

建议类图的解释文字要和类图中的类、方法等对应起来，便于理解。顺序他中的消息之间的顺序要注意逻辑上的可行性，比如来自不同sender的消息，如果sender之间没有协商，如何确保它们的次序符合要求呢？ 层次话设计部分，“将电梯架空。。。”是什么意思，输入法错别字？

整体逻辑还是比较清楚，如果在如下方面进行优化，效果会更好： （1）最上面的三个展示Schedule的图，不美观； （2）展示架构的类图如果配上必要的文字描述，会更具可读性； （3）顺序图中，两个消息的发送者不同，如何确保消息之间的顺序如图中所示呢？比如消息4和消息5，消息10和消息11，等等。

tql

架构和优化算法解释得很清楚，写得不错

@neumy 谢谢学长的点评，我刚加上了我如何利用JML规格来准备测试数据的内容了，非常感谢

@neumy 已经修改

对各个指令复杂度的分析很好，不过在解释建图的时候可以只展示一下简单的 UML，不推荐给出太详细的代码

架构和所用的算法解释得很清楚。在 Java 里面，一般不推荐用传统的数组，更推荐用 Map 或者 List

算法和架构很清晰，不过还可以在博客里面详细讲一下bug产生的原因以及解决方法

@tadshi 谢谢助教！

架构和所用的算法描述得很清晰，同时也很好地阐述了对于契约式编程和JML的理解，博客的完成度很高

图表和表情不错，下一秒就是我的了🤔 🗺架构上的设计不错，MessageImpl或许可以抽成abstract class？ ✔算法设计没啥问题，复杂度还是挺正确的 🎈测试思路比较经典，可以考虑考虑如何应用JML进行黑盒测试 🚀手写的JML稍显凌乱且有部分笔误，不过总体思路大概没问题 😱这单元

架构设计和测试部分说得很详细，不过还可以补充一些内容，例如建图使用的方法等

图画得很清晰，清楚表达了代码的架构，不过还可以像 UML 一样加上一些箭头用来表示类之间的关系

可以再详细说一说三次作业的设计策略，以及架构上的设计，算法上的设计等

本单元的期望之一实际上是让同学们根据JML来进行黑盒测试；不过对拍当然也是一种高效率的测试方法。有兴趣可以去看看黑盒测试； 算法这一方面……实际上本单元本意并不想用算法来为难大家，只不过纯JML的话难度就太低了，只考验JML的话也没有什么容易进行的措施（加入小测环节的初衷之一便是对JML进行测试），