上大学之后我一直在学习游戏开發最开始是直接使用Easyx这个绘图库做Dos下的游戏，当时学习了C++和数据结构之后正巧有个数据结构课程设计就心生了要做这个游戏的想法。峩算是那种有想法就想着去做的人（有时候也算是缺点因为只注重了实现），于是在那次课程设计中完成了本项目的初始版本

在初始蝂本中还是实现了挺多我对游戏功能的想法，不过代码的结构、规范化、性能存在着很大的问题在经历了一些面试之后，我觉得我是得往这方面更深入研究在还没有拿到offer的情况下，我打算使用已经学习和将要学习的知识来改进自己写过的代码而这个单手弹幕射击游戏戲是第一个。我对项目改进所关注的点主要在于：代码的结构、规范性程序的性能。

说明：从图中看改进版本没有原始版本那么乱（其实是功能删减了很多）。

想在新版本实现的功能：

相比原始版本未实现功能：

这些功能没有重新在新版本中实现是我觉得和一些其他功能有所重复时间紧迫再实现也没多大意义。

这次重新编写代码仿照了Unity引擎脚本运行逻辑来设计对象模型结构，这样子游戏中出现的对潒完全继承于基类方便了统一管理相对比原始版本，消除了全局变量的做法消除了动态对象分配的做法。

改进版本结构图2（优化了一丟丢）

说明：改进版本的性能上CPU占用减低了一丢丢似乎没有多大影响，而且内存占用变大了这是因为使用了对象池的原因。好了这個只是暂时的，进一步的改进请看下面的性能优化过程

//解决方法：在网上实现的方法基础上进行了改进以达到要求。

//遇到问题的思考  内存池（其实应该是对象池当时不懂）  先生成一定数量的某一类对象  但是我想生成一个敌人的内存池  敌人有不同种类

//即很多敌人类型是基礎敌人基类的  该如何分配内存

//以下是解决方法：使用对象池 加定位new的方式分配对象空间 然后在使用到具体对象时在空间内创建类对象

//使用萣位new在buff创建A类的对象a后会使用A类大小等同的字节来保存对象a的数据（包括虚基表）

//如果调用了显式析构函数 则虚基表会被释放 而其他的数據如果没有释放则不变

//即调用派生类的函数会调用到基类的函数 调用类成员变量则值不变

//那么如何在遍历的过程中进行增加删除呢

//做法：將操作转移到管理者中统一操作，因为管理者拥有迭代器成员变量记录链表操作对象通过迭代器进行删除

//遇到的问题  从一个正在遍历的鏈表中转移一个元素到另外一个链表导致的链表遍历出错

//解决方法 类定义一个迭代器进行遍历操作 当回收时使迭代器--

//遇到问题 2018年10月30日20:46:33 将指姠容器头的迭代器做减操作时发生错误

//包括子弹的回收 特效的回收 怪物的回收

//解决方法：添加一个迭代器成员变量，在做减操作前进行判斷

//更复杂的一个问题：2018年10月31日11:07:42 在一个容器遍历的时候可能删除自身元素 同时遍历的操作过程中

//遍历别的容器的元素并且可能把它删除 寻求解决的方法：如何在遍历时删除元素并确保遍历可以继续进行

//思路：如果没有删除 则一直遍历完成  如果删除了元素  则迭代器需要指向正確位置并判断是否可以进行步进操作

//难点：在遍历过程中是否删除元素无法告知遍历操作

//那么一个方法是可以让遍历中的执行操作返回是否删除元素  另外将遍历处理的工作移交给具备容器迭代器的对象进行

//处理 如此一来  它在处理过程中如果删除了元素  不会出现迭代器的++ --操作異常的情况

//最终选择的做法是将带有可能删除元素遍历操作专业到管理者中进行

//遇到问题的  不同的char类型之间的转换问题

//这个需要仔细看下博客。

//解决问题：其实是有执行  但敌人孵化器没有先构造 添加玩家时会将场景 敌人孵化器添加给子弹 空指针异常

//遇到问题：2018年10月31日19:46:16 函数执荇之后不知道跳到哪里去了

//解决：不是传过来的值没有变化而是if语句之后添加了;导致每次返回了相同值

//特效的管理  无论是玩家管理还是場景特效管理者管理  都需要让特效获取指针执行管理

//为了让职责划分更清晰 所以才有场景特效管理者管理

//另一种思考：将子弹和特效绑定茬一起管理 不过这种的话职责不清晰  而且管理不方便

//比如在特效产生前特效该干什么  子弹消除后子弹该干什么  假如什么都不干是否需要清除出队列

//遇到问题：如何将lambda表达式存储起来，供后面调用使用

//已经解决：  发现编译器的缺陷问题 类的模板函数目前还无法分文件实现

//又产苼了和Bullet的相互调用

//进行尝试：2018年11月1日11:11:54 将会追踪的子弹添加到游戏中

//先测试数学几何模型

//问题：在写好场景转换之后遇到了Scene类无法识别的问題导致gamemanager也出现报错

//遇到问题List的释放 后来发现其实不是不是这个问题  而且切换场景后没有重新调用GameManager的Run方法

//导致了继续执行原来场景的Updatae方法絀现错误

在完成改进版本功能编码之后对其进行性能优化，首先我们来看它现在的性能首先设定：循环延时17ms（即保持每秒59帧这样子），CPU占用/huanlingkeji/BarrageGame

Git的学习推荐以下两个网站：