第一就是游戏逻辑，也就是与平台无关的游戏逻辑的开发。
第二部分是游戏引擎，大部分会用到一些引擎的工作流、一些各种系统封装好的高层的API。
第三部分是weapp，小游戏的框架是参考了webview的框架，但其实它的底层不是webview，而是webview精简优化过的平台，小游戏有的只是与核心相关的一些渲染的API。
这里的weapp-adaper是把小游戏的能力适配到与webview更接近的环境，让更上层的游戏或引擎本身能够更快速地集入到平台中。
总的来说小游戏的入口为game.js，游戏可以利用底层的一些能力将游戏的整个界面绘制出来。配置文件为game.json主要用来配置小游戏是横屏还是竖屏，小游戏的全局对象game Gobal类似于webview中的window对象，同时支持Javascript语言。
但是小游戏有一个重要的一个限制是禁止动态执行代码，开发者必须先提交审核，在审核通过后才可以上架给普通用户。另外，小游戏包括引擎的代码量比较大，所以限制大小比小程序要大，首包限制大小为4M。
既然问出，不防首先用port思考下
P-purpose 目的
O-goal 目标
R-result 成果
T-task 任务
目的——为什么要学习游戏编程？而不是学习其他的，你目前处于什么状态，是想要就业还是想要换职业？
目标——你学习游戏编程的目标是什么？纯属兴趣爱好，希望学习完自己可以编写一些小游戏，还是想学习完成后可以找到一份游戏编程的工作？
结果——将目标具体呈现出来的东西
任务——为了取得这些成果，你的计划是什么？你需要做些什么任务来确保取得这些成果呢？
首先将上面的问题思考清楚过后，确定你的目标，然后再具体分析下你的目标，可以询问自己以下几个问题。
1. 关于目标的范围，进度，质量，成本，你是如何期待的呢？
范围——游戏编程学习的范围，内容是什么？
进度——你打算让自己多长时间内学习完范围？
质量——怎么确定你学习的内容是否过关，可以继续下一阶段的学习？
成本——你打算花多少钱投入在这件事情上？
2. 你设定了范围，进度，成本，质量，是否可以保证自己完成，如果有风险，是否可以调整其中一个因素呢？比如延长时间
3. 判断哪个元素是可以调整和变动的？
4. 请重新调整你的目标吧
这些问题思考收集信息清楚后，相信你的问题已经解决了，剩下的就是按照计划去执行了。
计划是充满变数的，所以在制定计划的时候，记得将会影响计划执行的风险评估进去，并制定相应的风险应对措施。
原创文章，作者：普尔小编，如若转载，请注明出处：http://www.puerpx.cn/pxwd/4651.html
