OOPre学习心得与反思

[于悦-ZC061004]

系统架构的"进化"过程——作业的迭代
第一阶段：基础构建期
在课程的前三次作业中，由于功能需求相对简单，我的设计思路偏向实用主义。按照题目描述直接创建了Adventurer、Bottle等基础类，这种"按需建类"的方式在初期确实能够快速实现功能。然而，这种设计方式也带来了明显的问题：类之间的关联性较弱，数据传递依赖于基础类型的参数，业务逻辑分散在各个方法中，缺乏统一的架构规划。

第二阶段：模式引入期
进入第四、五、六次作业后，需求复杂度显著提升，原有的简单架构已无法满足要求。这个阶段我开始引入设计模式，使用工厂模式统一管理对象的创建过程，有效降低了对象创建和使用之间的耦合度。同时，我构建了装备系统的层次结构，通过继承关系将不同类型的装备统一到基类之下。在这个过程中，我深刻体会到仔细阅读题目、理清需求的重要性，前期的充分准备能够避免后续开发中的许多问题。

第三阶段：架构成熟期
在最后两次作业中，我对职责分离原则有了更深入的理解。通过创建专门的Employer类来集中处理雇佣关系逻辑，将原本分散的功能进行了有效整合。针对复杂的指令解析需求，我采用了递归下降解析方法，构建了独立的解析组件，实现了语法解析与业务逻辑的彻底分离。这个阶段的架构设计更加注重模块的独立性和可维护性。

测试驱动开发的实践收获
测试理念的转变
课程初期，我将测试视为额外的任务负担。直到第四次作业开始要求使用JUnit进行测试，同时遇到了一个难以手动发现的隐蔽bug，我才真正认识到自动化测试的价值。从此，我逐渐养成了"测试先行"的开发习惯，在编写功能代码前先设计测试用例。

测试方法的演进
我建立了一套分层测试策略：单元测试专注于核心算法的正确性，集成测试验证各个模块之间的协作，边界测试确保特殊情况下系统的稳定性。特别是在异常测试方面，通过系统性地覆盖各种异常场景，发现了多个在手动测试中难以察觉的逻辑问题。

测试带来的质量提升
完善的测试套件为代码重构提供了重要保障。在作业的大规模重构过程中，现有的测试用例能够快速验证重构后的正确性，这种验证效率是手动测试无法比拟的。

面向对象思维的建立过程
从过程到对象的思维转型
最大的挑战来自于编程思维模式的转变。虽然从一开始就使用Java语言，但初期写出的代码仍然带有明显的过程式特征。直到第三次作业后，通过对比分析不同的代码实现，我才真正理解"对象负责自身行为"这一面向对象的核心概念。

设计原则的实际运用
单一职责原则：将庞大的Adventurer类按照功能拆分为多个专注特定功能的类

开闭原则：通过继承和多态机制实现装备系统的灵活扩展

依赖倒置：高层模块定义抽象接口，不再直接依赖低层模块的具体实现

设计模式的恰当应用
在项目开发过程中，多种设计模式自然地得到了应用：工厂模式管理对象创建过程，策略模式封装算法变化，解析器模式处理复杂语法分析。这些模式的应用是基于解决具体问题的需要，而非刻意追求设计模式的使用。

课程学习反思与建议
实践中的困惑与突破
学习过程中遇到的主要困惑是如何将理论知识转化为具体的设计决策。特别是作业采用迭代开发模式，难度逐步递增，更需要我们在动手编码前进行充分思考。

另一个重要体会是：当发现现有架构难以支持新功能迭代时，应该优先进行重构，而不是简单地增加新的类。我曾经使用了二十多个类来完成作业，这显然反映了架构设计上的不足。同时，清晰界定类与类之间的层次关系至关重要，混乱的类关系会带来难以排查的问题。

对课程教学的两点建议
增强架构设计指导
建议在课程中增加真实项目的架构设计案例分析，展示同一需求在不同开发阶段的架构演进过程。重点解析架构决策的思考逻辑，以及各种设计取舍的权衡依据。

加强Java与C语言的对比讲解
作为大学期间首先接触的编程语言，C语言的编程思路对我们影响深远。希望能够加强Java与C语言的对比讲解，充分利用我们已经掌握的C语言知识基础，帮助我们更好地理解面向对象与面向过程编程的差异。

通过本课程的学习，我不仅掌握了面向对象编程的技术细节，更重要的是建立了工程化的软件开发思维。这种注重系统设计、测试验证和代码质量的开发理念，为后续的专业学习奠定了坚实基础。