§3.9总结

本章您学习到了大量的类,它们在以后的项目中会非常有用。单元测试也是一个重要的知识点,并且我希望说服你先写单元测试作为开始游戏开发的方式。本章最后关注了Breakout游戏。本章内容很多,幸好您可以跳过Breakout游戏的一些知识点,因为游戏的很多部分都可以重用上一章的Pong游戏。

下一章的中心将稍微放在游戏编程上,以及如何使用组件来构建游戏。本章中您看到了助手类的用处,现在你准备把这种思想扩展到游戏代码中,这对于创建更复杂的游戏来说非常重要。

这里是你在本章所学的扼要重述:

尽可能使用辅助类,把代码封装到方法或者辅助类中,尤其是那些会多次使用的。

始终先写单元测试,然后进行具体实现。

单元测试要保持简单。您不必浪费时间为辅助类编写过于复杂的单元测试,也不要使得静态单元测试比游戏本身还复杂。单元测试对于最终的游戏并不重要(实际上,可以使用#if DEBUG命令把它们排除),它们只是让您的工作更从容,帮助您测试并重用新的和已存在的代码。

每次修改代码,都要运行单元测试确保不会出问题:

使用TestDriven.Net运行单个测试,或者运行解决方案资源管理器中每个类或命名空间中的每个测试。

或者使用NUnit GUI测试程序集中的所有单元测试。对于静态单元测试,使用Program类进行手动测试。对于游戏中最复杂的部分要尽可能多地测试,比如Breakout游戏中的碰撞检测。


发布时间:2008/6/25 16:17:06  阅读次数:4571

2006 - 2024,推荐分辨率1024*768以上,推荐浏览器Chrome、Edge等现代浏览器,截止2021年12月5日的访问次数:1872万9823 站长邮箱

沪ICP备18037240号-1

沪公网安备 31011002002865号