paginate：所有过滤操作完毕之后，就可以进行分页了。在使用Array.slice()之前，先将数组的长度传给this.total储存起来，用于在分页后计算总的页数。
除了以上几个过滤method以外，当然也还有handleBefore方法对数组进行前期处理。但是由于players每次都会重新计算，所以为了放止handleBefore被重复执行，应该加上一定的判断条件，例如handleBefore添加的属性是否已经存在了等等。同时，还可以把一些不需要在过滤之前执行的动作从handleBefore中拿出，例如例子中的classId转换为Icon，可以在过滤之后对最终要展示的数据进行即可，减少一些步数。所以又设置了一个handleAfter方法，用于在分页完成之后进行后续操作，当然在handleAfter中也可能重复执行，所以如果执行的操作消耗很大，建议同样添加判断，避免重复执行。
在例子代码中，我在每个方法中都统计了执行的步数，实际结果显示设置一个合理的过滤顺序可以避免一些性能问题，结果如下：
可以看出初始化时，在没有任何过滤的情况下，sort的步数较高。而一旦添加了一些过滤条件之后，顺位靠后的filter和sort的步数都会大幅度减少。
DEMO地址
由于工作比较忙，暂时没有打算将开头中展示的MyArena项目重构，不过可以想象那会是一个很好的用vue制作单页应用的示例，后续的教程中可能会用来做例子。
本次教程中的例子，专注于展示多功能表格本身
写作计划
上周是Vue.js开发实践的第一篇文章，也是我第一次在SF社区的个人专栏里发表文章，希望能够把平时遇到的一些问题和解决的思路分享给大家，自己也进行一个梳理。
开发实践这个系列会用一些小例子，展示一些思路，实现一些有用、可复用的常见功能。计划中，还会有Vue.js实战系列和Sails.js实战系列两个系列的文章。
前者从较完整的项目出发，分析技术选型、vue-router和vuex的使用、多端共用代码、后期维护等方面的一些考量。后者则是用Sails.js这个框架构建企业级Node.js后端的一些尝试和心得，包括框架的优缺点、横向对比以及细节摸索等等。
目前也在关注阿里的开源项目Weex的内测进展，理想中的状态是用Weex实现项目在移动端App的开发，真正完成JS全栈，不过Weex还没正式开源，有待观望，所以只是后期设想，暂时不在计划内。
文章目前就只发在SF的专栏里，所以有意见建议都请在文章底部留言。同时由于以上所说的所有工作都由我一个人在负责，所以文章的更新可能时快时慢，争取做到一周一篇。