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

架构清晰，思路自然。膜orz（假装是助教(｀・ω・´)

test

测试评论

我在第二次作业布置下来的第一天，在构思时，首先用铅笔绘制了简易的UML图，理清了写代码的思路。那几张草图跟随了我2周，期间也偶有修修改改，现在还保存在我的夹子中。我甚至觉得，OO的课程，甚至可以在每个单元的首次作业中，先布置绘制UML图、写博客的作业。我觉得，就应该想清楚了再动手，磨刀不误砍柴工。

我采用的测试策略是每写一个模块就进行一次测试，观察模块给出的输出是否与我预期的相同。如果每个模块的输出都跟预期的相同，那么最后输出的结果也大概率正确。在对一个模块进行测试时，要清晰的认知这个模块应该给出什么输出，比如测试函数替换模块时，我们可以先给出独立的函数进行测试，观察x,y,z顺序、个数不同时

总结得很不错！ 可以体会到架构对后续的扩展影响是很大的，良好的架构能够事半功倍。当架构不足以支持扩展，或架构已经变得臃肿，也可以试着考虑重构代码。此时由于你已经对目前的需求有了较为全面的理解，因此也更可能得到一个更完备、可扩展的架构。如果要在一开始就获得比较好的架构，可能还需要对未来的需求进行预测（

文章末尾对架构设计的思考很有意思。 在整个项目过程中，思考架构是一项很重要的任务，良好的架构能够让未来的扩展事半功倍，这一点应该是在你从第二次作业转到第三次作业里能感受到的（虽然第一周就辛苦一些了）。至于同学你提到的“希望把所有可能的情况列举出来”，或许一开始可以考虑构造一个尽可能覆盖大部分情况的架

对代码结构的分析清晰有条理，建议main函数短一点，复杂度降低，一般只作为入口使用。

内容丰富，分析透彻，可以看出同学对递归下降结构和代码架构有了较深刻的理解。小细节注意一下uml图属性可见性。代码度量数据更多的是参考，在保证代码质量的基础上还是以实现功能需求为准，有些飘红也正常。

@春日野草 ok谢谢助教😃

@roife 好的，谢谢，下次注意

1

在完成作业后可以看一下别人的博客，学习其他人是如何对本次作业进行建模的，这样可以更好地改进自己的架构。 另外在博客撰写时可以注意一下排版，例如描述自己类的架构的时候通过分级的方式理清叙述思路，否则全部挤在一起看上去比较累。

从三次 UML 图的变化可以看出在架构上的进步很大，但是 Hseq 这个类的作用没看懂，可以详细说一下？ 此外在度量分析上分析可以更深入一些。

UML 图画得非常清晰，对自己代码的分析也比较深入。在架构设计时其实可以考虑将 Expr 和 ExprFact 写成同一个类，可以简化代码的结构。 在博客中还可以讲讲自己的测试等

工作之余上线的博客园iOS客户端：iBlog。 https://apps.apple.com/cn/app/iblog/id1571216825 欢迎下载安装体验。

工作之余上线的博客园iOS客户端：iBlog。 https://apps.apple.com/cn/app/iblog/id1571216825 欢迎下载安装体验。

工作之余上线的博客园iOS客户端：iBlog。 https://apps.apple.com/cn/app/iblog/id1571216825 欢迎下载安装体验。

工作之余上线的博客园iOS客户端：iBlog。 https://apps.apple.com/cn/app/iblog/id1571216825 欢迎下载安装体验。

工作之余上线的博客园iOS客户端：iBlog。 https://apps.apple.com/cn/app/iblog/id1571216825 欢迎下载安装体验。