GO ADVENTURER! ——面向对象先导 课程总结

---

一、架构设计&调整

1. 架构

以下是我本次的类图。

Main类读入数据。

Journey类用于输入解析：根据输入的指令编号，调用不同的方法。每个方法内先读入数据，再调用其他类的方法处理数据。同时，Journey类中存放所有冒险者的Hashmap, 并且和所有战斗日志的Fightlog。进入战斗模式的代码在Journey类中实现。

Adventurer类存放冒险者的属性：冒险者的基本信息，拥有和携带的物品，价值、金钱以及雇佣的冒险者。与冒险者有关的方法都在此实现。

Commodity作为一个接口，接入了Food, Bottle, Equipment, Adventurer 四个类，同时，Bottle 和 Equipment 还作为父类，分别延展出三个属性略有不同的子类。接口和父类的实现，使得计算价值的实现非常方便——直接遍历Commodity即可。在有需要的时候使用 instanceof 向下转型，进入小类中使用该类独有的方法，调用该类独有的属性，也亲测十分好用。

Shop类实现商店的回购和售卖。Fight类存储战斗记录。

整体架构较为清晰明了。

2. 调整

在写完debug作业后，我重构了代码。原先，我在主类里读入，处理不同的读入，平均要五六行，因此该方法过度膨胀。并且，本人当时对对类的理解较浅，不同的方法混杂在一起，结构混乱，不利于迭代开发。

之后，我又根据需求的变化做出了几次小调整。比如增加瓶子的is_used属性而非减少capacity，把无序的Hashmap改为有序的Arraylist，Hashmap中<Integer, String>改为<Integer, XXCLASS>。（debug好久 ）

二、使用junit的心得体会

众所周知 ，JUNIT可以辅助测试代码，有助于把bug扼杀在萌芽时期。
在本次作业中，我使用JUNIT发现bug的机会并不多。希望在今后课程中重点练习JUNIT的使用。

三、学习oopre的心得体会

1. 对面向对象的体会

在最初接触面向对象的时候，我还是不习惯使用多个类，不同的对象，调用对应的方法来实现需求。坚持认为面向过程编程yyds 。

但是，随着需求不断复杂化，代码量升级到一千多行，我渐渐明白了面向对象架构之巧妙。把方法归到不同的类中去，可以使代码结构，逻辑更清晰。同时，private, static 也保护了数据的安全性，减少了bug的产生。

封装，继承，多态的使用也大大简少了重复代码，提高了代码的复用性。

2. 对JAVA语法的体会

JAVA中的arraylist, hashmap等集合框架（容器）大大简化了代码编写，实现了数据的结构化存储。

正则表达式的使用，为输入解析提供了很大的便利。

3. 其他体会

设计模式的应用提高了代码的可读性，使代码结构更加清晰。

面向对象编程更贴近于解决实际问题。本次迭代作业代码量上千行，是本人截止目前（2023.11.7）写过的工程量最大的代码。这样的训练也培养了我工程化的思维方法。

四、对oopre课程的简单建议

1. 给出数据结构的提示

在前几次作业中，由于我刚刚接触JAVA语法和JAVA容器，对哪个类中储存哪个数据，使用怎样的数据结构完全摸不着头脑。并且，我对自定义类（Bottle类，Adventurer类）完全不熟悉。因此花费了大量时间，做了很多无用功。

建议在前两次作业中给出数据结构的提示，比如：在Adventurer类中存放adv_id, adv_name, HashMap<Integer, Equipment> 。 在Equipment类中存放 equ_id 等等。

2. 将debug作业提前一周

事实上，第四次作业中，本人犯了很多第五次授课讲解的错误，诸如深浅拷贝，遍历删除，equals和==的区别。

并且，本人的第四次作业已经出现了“代码坏味”。身边的部分同学也因为不知道如何合理架构代码而导致code style check报错（过长的方法），叫苦不迭。

建议对调第四、第五次作业，这样不仅可以规避许多bug，还可以尽快借鉴学习助教的优秀代码风格，以此重构代码。

总结

OOpre终于结束啦！啊啊啊！
回首那些熬夜写的bug，那些DDL前de的bug，回想起来还是觉得收获颇丰。
种瓜得瓜，种豆得豆。功不唐捐，玉汝于成。
感谢课程组的精心筹划和助教的细心帮助！
希望笔者在OO正课中能持续努力，更加顺利，收货更多！