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

这次作业好多同学都遇到了文件超出500行的问题。将不同的业务分离开是很不错的处理该问题的思路，也是checkstyle想让同学们体会到的编程原则之一。 “每个对象专心做好自己的事情”实际上是面向接口编程的核心思想之一，也是层次化、抽象化不可缺少的思想。希望同学们能够在今后的编程生活中，继续实践OO所

对于循环解析与拯救风格分的分析很到位；相信通过风格分的火星救援，同学们也能体会到一个良好的代码结构是什么样的，并且意识到checkstyle对码风之外的一些作用； 继承实际上是多态的实现手段之一，继承一般就是为了去实现多态。其他的多态方法还有C++里的template（比泛型更强大）、Rust里的T

希望设置上机体验周，同时可以适度加大上机难度，但希望能够在提交代码之后就公布代码运行结果与得分，即进行实时评测。 课程安排太紧张了，不仅同学们学业紧张，我们也得和其他课程抢时间抢教室💔所以就尽量将有限的课时拿来做实际的工作，忽略了同学们体验的需求。

我们本指望四个单元共12次代码作业能够挽回每位同学对代码测试的重视😭现在看来还是太天真了 不过值得庆幸的是，经过这么多次磨砺，同学们的代码架构水平已经和之前是天壤之别，我相信OO这门课程对同学们的未来产生的作用会大于其他大部分专业课。

JUnit是个好文明。 很多时候“开发代码”不仅包含了编写业务逻辑，还同时包含了编写相应的测试代码。 如果只编写业务逻辑而不编写相应的测试代码，就好比让自己的代码在大街上running naked（难视）。

麻雀虽小，五脏俱全。文字表达的情感也很强烈，让我真的有所共情。 zcx战哥哥是我们大家的好哥哥（震声）！ 关于第三单元JML，可以把比较重要的图论要点在指导书里面给出，帮助大家复习以下数据结构。（当然也不是直接） 其实我们在第三单元的时候，特意在每次作业都给同学们在讨论区写了篇算法讲解与提示（小声）

首先咱就这篇博客聊一下一个明显问题：作为一篇总结性（而非技术性）博客，配图和配套代码太复杂了。或许冗长的配图和配套代码看起来很唬人，“啊，你看，这么长，🐮不🐮？”。但是给读者看的话，读者是真的会看不懂（尤其是文字描述不够的时候），这就使得这篇博客的意义大打折扣了。 然后咱来聊聊互测的问题。 互测

研讨课今年是第一次改革，提出的问题很有意义，课程组会继续思考安排的合理性并作出改进

作业顺序每年都会被讨论，这个问题确实是一个很难选择的问题

内容很充实，对于很多同学来说，学习构造测评机确实是很有必要的

对于研讨课的建议非常有意义，重复度高的问题确实会导致研讨课时间的浪费

内容写得很好，对于第一单元的建议很值得课程组考虑，

提出的建议都非常中肯，根据我个人的体验，如果能从课程组设立一些小组合作的机制一定会对基础不好的同学有很大帮助

十分深刻到位的理解，希望OO课中学到的东西能够在你以后的代码生涯中给予你启发。感谢同学的建议~

正如你所说，“未经测试检验过的代码，是存在风险的。”，所以搭评测机还是很重要滴~。感谢同学的建议。

哈哈，一个大二下来，除了课内知识以外，确实学到了很多搭评测机的技巧，这也是学完三个o的真实感受了。感谢同学的建议。

感谢同学提出的建议！

不错的blog，还有感谢同学提的建议。（其实那个分享精华blog，我们有想过这学期要做，但是最后咕了，逃~）

不错的blog，可以感觉到你在oo课中收货不小，希望你可以将这些知识运用到以后的代码生涯中。此外，感谢同学提的建议。

感谢同学的建议！