但在一次课程小组项目中，这种习惯带来了麻烦：队友接手我的模块时，花了整整一天才理清逻辑，甚至因为一个未标注的指针边界问题，导致整个程序频繁崩溃。这次经历让我明白，代码从来不是孤立的，它是团队协作的桥梁，规范的代码是对队友的尊重，更是专业素养的体现。如今，我养成了固定的编码习惯：变量命名遵循“匈牙利命名法”，函数注释说明功能、参数及返回值，关键逻辑处标注设计思路，写完代码后主动进行静态检查。在学习过

在软件工程实践中，异常处理的使用需要遵循一定原则：比如只对“异常情况”使用异常（不要用异常处理正常的业务逻辑）、抛出的异常类型要明确（便于精准捕获）、在合适的层级捕获异常（比如在用户交互层捕获，给用户友好提示）。但这种方式有明显缺陷：一是返回值可能被忽略，导致错误扩散；作为软件工程专业学生，我们不仅要写出“能实现功能”的代码，更要写出“健壮”的代码——能够应对各种异常情况，避免程序崩溃。在这个例子

类的本质是“数据与操作数据的方法的封装”，这一点完美契合模块化设计的需求——将某个功能模块的属性（数据）和行为（方法）打包在一起，隐藏内部实现细节，只对外提供统一接口。类，再添加“文件路径”“格式”等特有属性和方法即可，无需重构整个系统。这让我深刻体会到，类与对象不仅是C++的语法特性，更是软件工程中“高内聚、低耦合”设计思想的具体体现。在软件工程课程中，我们反复强调“模块化设计”，而C++的类与