辅助类——总结

总结

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

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

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

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

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

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

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

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

  • 或者使用NUnit GUI测试程序集中的所有单元测试。对于静态单元测试，使用Program类进行手动测试。

  • 对于游戏中最复杂的部分要尽可能多地测试，比如Breakout游戏中的碰撞检测。