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

三次迭代中没有重构，顺利完成，是一件很厉害的事。但我们希望你能够将架构设计细节以及测试中的经验更详细地展现出来，不仅可以让更多的同学学习到优秀的架构，也能帮助自己整理思路和反思自身不足。

迭代过程中的能将一些第一次中的单纯的字符串替换，转换成后面的层次化分析，是很重要的进步。另外，测试的思路很好，一些测试方法可以在后面的作业中继续使用。

三次迭代架构设计完备，测评机构造思路清晰，bug分析做得全面而有条理，对面向对象相关方法和思想的掌握得不错。

可以看出你在这一单元的坚持和努力，也能感受到你的收获和成长，希望你在接下来的学习中适应和掌握面向对象的思想。

可以看出作业迭代的过程中，你有了很多收获和感悟，希望你在后续的学习中逐渐适应和熟练使用面向对象的思想。其实在展示UML类图的同时，不妨对类有更详细的解释与说明，不仅能让别人更容易地了解你的实现方式，也能帮助你整理思路，获得思考与感悟。

思路非常清晰，可以直观地看出你的设计架构。不过，我们希望做度量分析时，更希望你能使用一些能够体现面向对象相关特征的评价指标（如Cogc、ev等），而非代码行数。

关于不可变数据结构与所有权的思考可谓独特，很少有同学在这一阶段想到这些。此外，度量的数值采用表格或截图的形式或许会更直观一些。

可以看出你在与出题人“斗智斗勇”的过程中积极地化被动为主动，在迭代过程中仔细思考，大胆预测，取得了很好的效果，非常棒！在这里给你提一个小建议，可以在markdown中使用有序或无序列表来让多个并列的小段（比如Trig、Mono、Poly……）更有条理。

同学在类图中对于类和接口的展示非常清晰而直观，不过其实除了泛化和实现，类或接口之间还有组合、聚合、关联、依赖等多种关系可以表示在UML类图中。可以考虑将这些关系加入进来，让类图中各元素之间关系的表达更加丰富和直观。

@Ericaaaaaaaa 感谢评论，没有重写toString的原因其实是因为我大概在第三次编写时才刚知道能够在类内部重写toString😂。由于第二次写的Print能够复用（具体实现思路其实就是给每个因子类写了类外面的toString），于是第三次就没有再写toString。

很高兴你能从作业中认识到架构设计的重要性，也能从训练栏目中获得灵感。二单元加油~ p.s. 如果能更详细的分析代码复杂度高 / 低的原因就更好了。

总结认真全面，UML 图中特意用不同颜色标识了不同的部分，很清晰。 p.s. 有点好奇为什么会选择构建 Print 类去完成打印字符串的功能而非重写 toString 方法。

总结清晰全面，从中能看到你的收获。只是 UML 图类间关系（连线）的画法还需注意。二单元加油~

很认真、全面的博客。很高兴你认识到了全面测试和架构的可扩展性的重要之处，希望之后可以再接再厉，二单元加油！

@Ericaaaaaaaa 谢谢您的鼓励www接下来会继续加油的

很认真、全面的一篇博客。可以看到你在第一单元设计架构时就考虑到了之后的迭代问题，这点很不容易。 二单元加油 😃

很全面的总结，从中能看到你的收获，很棒！一开始没有思路时不妨试试将复杂问题拆成简单问题，或是从实验和训练中寻找灵感。 二单元加油~

工作之余上线的博客园iOS客户端：iBlog 欢迎AppStore搜索安装：iBlog 【发自iBlog】

@dsn的小迷妹 爱你么么哒！！！

tql