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

谢谢同学提出的建议！

希望oo课学到的东西能帮你克服后面写代码时遇到的困难！

你的建议都比较中肯，谢谢。 关于设计，是top-down，还是bottom-up，其实并不绝对。top-down设计并不一定就是让写代码毫无生气。重要的是，如果你能形成适合自己的设计思路，持之以恒加以修炼，必成大器。

两个演进部分的内容，其实是希望同学们能够深入剖析自己如何一步步建构起相应的设计思维和测试思维。多年的经验，有些心得体会目前在大家心中还不是那么清晰，有点模模糊糊，如果不通过总结这种方式把它“揪出来”，很可能过不了一段时间就“消散”了，一旦总结出来，这种经验式的认识就可能变成理性的认知，就真的变成了你

你的三个建议都还是蛮有意思的。 可以理解你提出每次作业后提供参考设计代码的意思，但每次作业也有不妥，把握不好程度的话容易导致代码相似度过高，难以鉴别。其实我们在研讨课上让做的比较好的同学来分享自己的架构设计其实就是处于这个目的。 使用jml来描述需求的建议有点意思，不知道你能否尝试一下，比如针对第一

希望能够看到更多的分析，而不只是列要点。

@Ericaaaaaaaa 谢谢助教！！

@知北游手记 嗯嗯您一说我觉得也有道理，课件所讲的内容确实在作业方面也帮助到了我，不过给我的感觉还是有些抽象，我可能还需细细咀嚼一下了。

@知北游手记 感谢老师的欣赏！ 其实我也报名助教了，但是不够优秀没选上www。关于这个第三单元的想法我思考的可能还比较浅层，很多地方还没有研究是否容易实现。这几日我会仔细思考总结一下我的想法，写一篇博客，并私信发给您！最后，感谢老师一个学期的付出。老师辛苦了！

其实后两个单元的理论课内容和作业的关系更加紧密。第三单元可不是介绍JML语言，而是借助JML语言来介绍规格化设计思想，这直接体现在作业给定的规格要求上，当然如果只是简单看成照着JML规格来写方法代码，自然好像用不到课件中的理论知识了；第四单元对UML模型图背后的元模型的介绍是基础，没有这些内容的分析

你在课程中收获了技能和乐趣，课程团队也因此收获了快乐。希望OO课在架构设计、测试和工程化开发上带给你的能力可以让你在后续课程，乃至将来的职业道路走的更加顺畅和取得更多成功。

“所以，我们应当像对待艺术一样，首先我们要整我好基本的形式、原理、技巧。很多设计模式，代码语法都是形式，而原理则是一些数学知识以及设计原则，技巧是我们在平常积累的用法或经验” 这是读这篇博客的最大惊喜。为这个理解点赞，很不简单！ 关于第三单元的建议有点意思，能否请你写成一个更加详细的报告发给我？我们

可以考虑用 UML 之类的来描述自己的架构。 第四单元的实验主要是培养大家读 UML 图的能力

第一单元的训练中其实详细介绍了递归下降法的内容

成绩算法在gitlab的课程规则文档里面有明确说明，可以在那里参考。

架构设计描述得很详细，如果有UML图就更好了。 其实第三单元主要是在实验中考察了 JML 编写

博客写的很认真、全面。关于互测的想法也很有意思，关于提前公布强测成绩的提议也有可行性，感谢建议！

总结的很认真，细致。很高兴你能从课程中有所收获。关于 pre 的改进建议也有可行性，感谢提议！

总结很认真！很高兴你能从课程中获得收获与快乐。 p.s. 对于课程建议的第二点，在公共仓库中实际上是有公布各次实验的答案的（详见 2022_public/experiment 仓库）

希望能提高中测数据的覆盖率 中测数据强度理论上不能太强，像1、2、4单元中我记得都有一次作业的中测过起来普遍感觉比较困难。不过如果大家愿意的话，中测和强测数据确实可以再加强一些（bushi 建议在寒假预习期间增加对Java语法内容的系统学习 最近几年对这方面的做法是寒假引入pre，开课前给出大约半个