AvZ何必有那么多版本

@sdlfkjdslk

第一：我没有强制用户更新，并且涉及到AvZ技术的任何源码都是开放的，不愿意用 2 就一直用 1 呗，我又没写不用 2 就不行的逻辑代码。
第二：AvZ 没有收取任何人的任何费用及其他任何利益
第三：为什么要改动这么大？再不改动，因为操作队列的那个机制，会导致整个框架的代码越来越难以维护，而且 API 之间的耦合度会越来越高，而且暴露了太多的 AvZ 内部的运行机制，看起来 1 的操作队列那一套接口貌似没什么，但实际用起来稍不小心就会出错，并且理解成本高，这一点可以问问技术党有多少人问过或者被问过"InsertOperation 是什么"
第四：为什么有些人反对 2 ？ 一大部分原因是习惯，习惯的力量是可怕的，就拿windows 系统来看，大版本的更新基本是骂多夸少，但是没办法，为了解决 AvZ1 的窘境（第三条），我必须下定决心。
第五：AvZ2 肯定有很多人一看接口形式变了就不想用了（还是习惯问题），但实际上 AvZ2 的框架本身肯定是更先进的，理解起来是更容易的，不会像 1 那样有令人匪夷所思的代码（除非故意去写）
第六：一个不可避免的事实：现在很多人用 AvZ 貌似热衷于挂机，从语法上来看， AvZ2 对于挂机的支持我认为是比 AvZ1 要好的，

第七：使用 AvZ2 写定态纯炮阵的代码相比于 1 ，写的代码确实会多一些，这是 2 的缺点
第八：改动 API 是很痛苦的，这点我很明白，所以为了提醒用户，我将版本号升级了一个大版本

第九：对于插件，也就是生态问题，实际上插件作者可以对 2 进行更新相应的版本，但是不更新也没办法，1 的生态维护了将近三年之久，但是 2 的生态也才几个月，把插件的生态问题压倒框架本身上面，我是不认可的，插件应该兼容框架，而不是框架应该兼容插件，而且我也做了相应的 api 映射插件，我已经做了最大的努力

第十：版本混乱问题，这确实难以解决，更新之前我就想到了，但是看着一团乱的框架源代码，以及复杂的操作队列机制和标识符冲突（不要在这里提名称空间，名称空间对于新手来说几乎毫无用处），只能长痛不如短痛。