2025-2026面向对象程序先导课程总结反思

董济源-24371513 2025-11-12 19:41:02

一、作业最终架构设计

img

迭代中的架构调整

第二次作业:只实现了MainClassAdventurerBottleEquipment四个类,五条指令对应的方法都在MainClass中实现。

第三次作业:本次迭代对程序架构进行大改,奠定了最终架构的基础。将MainClass中的内容拆分至InputHandlerAdventurerManagerItemOperator类中,使MainClass仅作为程序入口;新增Item类,将BottleEquipmentSpell作为Item的子类,将两种药水瓶作为Bottle的子类,将四种法术作为Spell的子类;新增Usable接口,在BottleSpell中实现。

第五次作业:新增ArmourMagicbookSwordWeapon类,管理不同类型的装备,其中MagicbookSwordWeapon的子类;新增Fight类,实现fight相关功能,由于战斗逻辑较为复杂,所以单独开一个类;新增Factory,按要求实现工厂模式,替换addBottleaddEquipmentlearnSpell方法中的相关内容。

第六次作业:本次迭代引入观察者模式,新增ObserverSubject接口,同时在Adventurer类中维护观察者(下级)的列表,以实现下级对上级的援助操作。

第七次作业:本次作业工作量不大,只新增了一个Lexer类进行词法分析,并在ItemOperator中新增loadRelation方法,维护一个栈,存储雇佣关系树中根节点到当前冒险者的节点的路径。

二、使用 JUnit 的心得体会

以往我们常使用黑盒测试的方法对程序进行测试,即给出输入样例、输出样例,不关注程序内部逻辑,只需比对程序输出结果是否和样例一致。虽然这种方法可以直接判断程序的正确性,但如果程序出现错误,就难以直接定位。而 JUnit 单元测试不同于以上方法,每一个测试单元负责测试程序的某一部分逻辑是否按照预期工作,特别是对于复杂的程序,我们将测试任务分解,就可以直观定位到哪个方法、哪项功能实现时出现了 bug,不用再大海捞针,这是 JUnit 的优势所在。

在完成开发任务的时候,我们需要思考测试的时机问题:是先开发后测试,还是边开发边测试?一开始我采取的是前者,而且我对 JUnit 不是很熟悉,还是按照传统的方法进行测试,但这样下来程序中的 bug 积少成多,然后再费尽心思 debug,最后编个 JUnit 做做样子,整个过程十分痛苦。但后来我逐渐熟悉了 JUnit 测试方法,掌握了迭代开发的规律,每增加一条指令,就同步增加对应的测试,确保每一个方法的行为都符合预期,这样才能顺利推进开发。

在具体实现时,我将所有的测试方法放在一个测试类 MainClassTest 中(当然 MainClass 本身没啥好测试的),每项测试采取读入指令的方式,先解译再执行,判断结果是否符合预期(如下)。虽然覆盖率达标,但感觉这种方法不太理想。原则上每个主要的类都要有对应的测试类,每个方法要有对应的测试方法。今后还要注意改进测试方法,注意测试分工要清晰明确。

    @Test
    public void testUseHpBottle() {
        ArrayList<ArrayList<String>> commands = new ArrayList<>();
        commands.add(new ArrayList<>(Arrays.asList("aa", "Alice")));
        commands.add(new ArrayList<>(Arrays.asList("aa", "Bob")));
        commands.add(new ArrayList<>(Arrays.asList("ab", "Alice", "Bot1", "HpBottle", "30")));
        commands.add(new ArrayList<>(Arrays.asList("ti", "Alice", "Bot1")));
        commands.add(new ArrayList<>(Arrays.asList("ar", "Alice", "Bob")));
        commands.add(new ArrayList<>(Arrays.asList("use", "Alice", "Bot1", "Bob")));
        processor.processCommands(commands);
        
        Adventurer bob = manager.findAdventurer("Bob");
        assertEquals(530, bob.getHitPoint());
    }

    @Test
    public void testUseUncarriedBottle() {
        ArrayList<ArrayList<String>> commands = new ArrayList<>();
        commands.add(new ArrayList<>(Arrays.asList("aa", "Alice")));
        commands.add(new ArrayList<>(Arrays.asList("aa", "Bob")));
        commands.add(new ArrayList<>(Arrays.asList("ab", "Alice", "Bot1", "HpBottle", "50")));
        commands.add(new ArrayList<>(Arrays.asList("use", "Alice", "Bot1", "Bob")));
        processor.processCommands(commands);
        Adventurer bob = manager.findAdventurer("Bob");
        assertEquals(500, bob.getHitPoint()); // 未携带,无法使用
    }

三、学习 OOPre 的心得体会

通过 OOPre 的学习,我首先了解了类、方法、实例等新概念,然后从接口、继承的运用中体会到面向对象编程的封装性、继承性、多态性,又接触了设计模式和递归下降的知识,学会了通过分解任务、复用代码来优化程序架构,实现了由面向过程到面向对象的思维转变。

OOPre 课程提供了 checkstyle 工具,在评测时检测代码风格并评分,使我意识到形成良好代码风格的重要性。规范微观层面的方法名、变量名等细节,可以使代码更加可读、更加美观,避免程序潜在错误;设定宏观层面的类长度、方法长度等限制,有助于落实单一职责原则,使程序任务划分更加清晰。

此外,OOPre 的学习还是一个锤炼心性的过程。我第四次作业因读错题,怒交 9 次才通过;第五次作业中测蒙混过关,强测竟发现了 3 个不同的 bug。Debug 是一件永恒的事,在完成复杂编程任务时,为了更好地避免 bug、修复 bug,我们需要沉下心来,冷静分析问题。

四、对 OOPre 课程的建议

  1. Bug 修复系统一定不能有 bug ✍✍✍
  2. 建议适当增强中测测试点的强度,覆盖更多特殊情况,使同学们更好地发现自己程序存在的错误,减少漏网之鱼。

吴老师和各位助教辛苦了,感谢你们的辛勤付出!

...全文
106 回复 打赏 收藏 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
代码下载链接: https://pan.quark.cn/s/a4b39357ea24 用户账户控制(UAC)白名单的配置 Windows7环境中 UAC(User Account Control,用户帐户控制)是由微软在Windows Vista版本中推出的一项旨在增强系统安全性的创新技术,该技术强制要求用户在执行可能干扰计算机正常运作的操作或进行更改会波及其他用户设置的变动前,必须提供相应的权限或管理员密码进行验证。通过对这些操作启动前进行授权确认,UAC能够有效阻止恶意软件及间谍软件在未获授权的状态下于计算机内进行安装或实施修改。 自从Vista版本问世以来,微软便开始推行这一全新的安全机制,可视为对系统安全防护的显著提升。尽管UAC确实能够在一定程度上对某些非法程序起到防御作用,但与此同时,这一功能也给众多用户带来了诸多不便。 因此,许多用户开始探寻是否存在类似于白名单的功能,以便将那些值得信赖的程序直接赋予运行权限。事实上,这类功能确实存在,不过微软并未将其作为标准配置提供。 网络上关于此问题的绝大多数建议都是建议禁用UAC,这种说法显然缺乏针对性,因为若用户希望禁用此功能,本就不会提出相关疑问。 通过运用微软官方发布的Microsoft Application Compatibility Toolkit 5.6版本,可以将信任的程序纳入系统白名单范畴。 获取Application Compatibility Toolkit 安装程序成功后会出现三个可执行文件 以管理员身份启动Compatibility Administrator 在Custom DataBases部分创建新的数据库,并添加一个Application Fix(在下方空白处点击右键,选择...
下载代码方式:https://pan.quark.cn/s/a4b39357ea24 DELL服务器的操作系统部署流程包含一系列细致的环节,其适用范围涵盖多种操作系统类型,例如Windows Server与Red Hat Linux等。在启动部署之前,必须确认服务器的光驱设备为DVD驱动器,并且需准备对应的系统安装媒介。下面将详细列出完整的部署步骤: 1. **启动准备**:将随服务器提供的Systems Management Tools and Documentation version 6.0光盘置入服务器光驱,随后设定服务器以光驱作为启动设备。此环节旨在确保服务器在启动阶段能够读取安装光盘内容。 2. **语言设定**:服务器启动后,选定简体中文作为部署语言,并确认接受许可协议条款。 3. **时区选择**:在部署期间,需设定时区为北京、香港、重庆或乌鲁木齐,依据实际地理位置进行适配选择。 4. **系统类型选择**:随后,需选定计划部署的操作系统,支持的版本包括Server 2003 SP2、Server 2003 SP2 64位版本、Windows 2003 SBS SP2、Server 2008、Windows 2008 SBS/EBS x64版本等,以及多种Red Hat和SUSE Linux版本。 5. **RAID设定**:若服务器出厂时已预设RAID配置,则可选择跳过此步骤。若需重新设定RAID,操作时需格外小心,因为这一过程可能引发硬盘数据遗失。 6. **引导分区规划**:设定引导分区的大小,通常C盘建议预留至少20GB的空间,具体容量需根据系统需求进行调整。 7. **网络设定**:网络设定可在系统部署完成后执行,部署期间建议暂时拔除...

309

社区成员

发帖
与我相关
我的任务
社区描述
2026年北航面向对象设计与构造
java 高校
社区管理员
  • 孙琦航
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧