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

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

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

OO确实会牺牲掉一部分性能来换取架构的可靠性，但是在大工程中过分的用面向过程来人工指导机器做最快的运算很可能导致人脑超载，因此就算是下个学期做编译，也依旧是要用到OOP的。

对于面向对象的总结不错，对自己的作业过程也有深入分析。但是可以再详细讲讲三次作业中建模、处理和化简的思路，特别是在迭代中代码结构上的变化、遇到的问题和相应的解决方法。

不错的博客，表达式树画的很好看，架构表述的也很清楚。类的设计上根据bug来CosSin类确乎也许是要拆成两个类比较好【捂脸】。 祝同学在第二单元学习顺利~

UML 和类描述比较清晰，但是可以更详细地讲讲自己展开和代入的方法，以及优化采用的思路。

@roife 收到，谢谢学长

@Ericaaaaaaaa 谢谢助教姐姐鼓励😘 我一开始用idea自动生成的先占位，竟然才发现没有复制过来第二次staruml里的类图😭

@BUAA-Wander 谢谢助教，emm建议的话主要有两点 第三次作业可以加上异常输入判断（就像去年那样），感觉会比较有意思，也能练习一下异常处理 可以允许多变量，以及任意变量/函数名（符合标识符命名规则） （ps: 既然今年没有异常处理，感觉可以把形式化表述中的空白项去了，即输入的表达式保证没有

从心得体会中可以看出同学在三次作业中对于面向对象有了更深刻的思考。在自定义函数的代入方面，其实难度和求和函数相差不大，可以考虑怎么复用求和函数代入的代码。 博客里可以更加详细的贴一下三次作业的 UML 图，方便展示迭代的效果。对于代码的复杂度也可以进行分析，而不是直接贴冗长的表格。

@roife 谢谢助教！

其实这次作业中你在函数代入和化简时遇到困难的主要原因是因为你没有建立好表达式架构，同时用了比较复杂的存储逻辑来存储，这会大大提高代码的复杂度，降低代码的可维护性。 在写代码的时候如果发现自己的架构不够好，可以考虑及时重构来避免更多的麻烦。

架构分析和圈复杂度很好地描述分析了自己的代码逻辑，同时对于题目的思考也较为深入。 从心得体会中也可以看出三次作业之后对于较大规模程序的编写和架构设计的思考更深入了，希望在后续的作业中能够设计出更好的程序架构。

@roife 谢谢助教的建议，我后面几次评测的时候其实加随机因子，但是一时间没有组成表达式，clone的问题我会注意，在优化架构之前，我运行程序的时候已经明显感觉到时间有一些慢了。另外对课程组的建议其实不是想增加难度，而是由于我发现大家hw3很多bug都是在hw2互测的时候就能够解决，所以提出一点浅

对于代码的分析可以再多一点，包括自己的代码逻辑、优化、容器选择的思考等。同时也可以贴一下三次作业的 UML 图，可以展示出自己的迭代情况。 代码复杂度的表格太长了，有些喧宾夺主，下次可以少放一些。

UML 图和代码架构的描述比较清楚，对程序逻辑描述也比较清晰。 在使用深克隆的时候，使用 clone() 比序列化更好，前者的复杂度也要低很多。 并且测试的时候使用常量池生成的表达式数量仍然是有限的，可以考虑用更加随机的方法。 其实一开始互测不开放自定义函数和求和函数是因为本单元是第一次全新出题，所

我个人觉得OO思想在面对复杂度问题时主要有两种处理方式： 通过封装将复杂度较高的部分与程序的其他部分隔离 通过层次化的方法将高复杂度拆分为多个分布在多个层次上的低复杂度 由于OO思想并不总能帮助我们避免采用复杂高深的算法，因此如何封装这些高复杂度的部分就是一个值得我们好好思考的问题了(｡･ω･｡)

代码的 UML 类图画得很清晰，很好地呈现了程序的结构，同时对算法、代码结构、优化和测试的描述也非常清楚，可以看出来对于这个单元的任务有着深刻理解。 三角化简可以考虑将 \(sin^2\) 变成 \(1-cos^2\) 或者反着来，尝试化简后取最有情况，这样更容易保证正确性（因为你已经完成展开这个步

认真且内容丰满的一篇文章。代码结构设计具有可扩展性，且善用工厂模式，实现思路清晰。为整体排版考虑，复杂度分析表格可以删去一些非核心数据比如get、set等。至于一些比较严格的规范要求关系到需求规格的明确程度是不可缺少的，课程组会根据期望代码架构设计尽可能合理的要求。

@iuiou 嗯嗯，谢谢助教，下学期是编译要用嘛