你可能感兴趣的其他资讯
任天堂并不准备改变它对于移动游戏的态度。这可能是它所犯的天大的错误。
由于视角及才能有限，文中的分析难免以偏概全，外包公司与整个游戏行业的关系犹如鱼之与水、客之于船。
磨合近4个月未果后，德力股份宣告与游戏公司北京武神世纪网络技术股份有限公司“和平分手”。公司12日晚间公告，终止重组武神世纪并撤回本次重组申请文件。
经历了前期爆炸性增长，移动游戏行业处于希望与失望并存的焦灼之中。短暂的产品生命周期、高昂的渠道分发成本、越来越挑剔的用户以及趋于理性的资本等让移动游戏行业日趋退烧
据了解，本次HTML5标准将会取代1999年制定的HTML 4.01、XHTML 1.0标准，期望能使网络标准达到符合当代的网络需求，为桌面和移动平台带来无缝衔接的丰富内容。
在过去的一两年，中国手游在画面和玩法上有了很大的突破，社交系统的构建也有了很多变化。然而在玩法和画面表现力不断重度化的同时，手游社交化的竞争也日益激烈。
移动游戏市场才刚刚兴起不到两年，整体规模依然在高速增长，今年市场规模有望突破300亿。
今天手游江湖就和大家一起来盘点上半年移动互联网市场都有哪些变化，希望能能给手游业界的小伙伴们一个回顾，回头看看总结经验，为下半年的手游市场激烈竞争做好准备：
近日手游江湖有幸采访到了淘乐副总裁付郝，关于《大侠别嚣张》这款游戏向副总裁提出了一些疑问，付郝详细的做出了解答。下面是采访实录：
巨人移动徐博：我觉得无论何时，游戏的品质都是最重要的，好的作品自然会受到大家的一致认可的。
近日，在腾讯互娱公布自研体系架构调整后，腾讯首席运营官任宇昕发出至互娱事业群全体员工的内部信，解读这一次的架构调整。
今天手游江湖采访到飞流的掌门人倪县乐先生，在下面的采访实录中倪博将和我们分享飞流如何在手机游戏红海市场中突围。干货爆棚，希望能给手游业界的同学们带来一些参考。匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。记一次游戏H5开发经验 - 推酷
记一次游戏H5开发经验
快到年终的时候做了一个以游戏形式展示的h5活动页，第一次尝试使用js写小游戏，很有趣的过程，很宝贵的经验。
直接上个效果的gif图，游戏的一小部分效果，录出来有点卡
产品妹子突然给我拉进来一个群，跟我们讲做了这么久的制作平台（用户制作手机主题的平台），我们是不是应该反馈给用户点什么东西，就像之前特别火的微信年终总结那样。总之就是要打动用户，要特别酷。说特别酷的时候她回头朝我微微一笑，微笑中带着一点点，嗯，杀意。
活动形式，展现方式，什么数据反正就是统统都没想好，整个过程中大家讨论的热火朝天。当时不知道我为啥脑子一热，跟她说了一句：“没事儿，搞吧，你能想出来我就给你做出来。”而我也因为这句话把自己置身于水深火热之中。。
讨论的结果就是大家的idea感觉都不是特别酷，又不好玩儿，干脆就做个游戏形式的吧！所有人都转头看向我，我想了想之前说的话，只吐出来一个字，“搞”。而内心中五味杂陈，“游戏？有意思啊？搞！没搞过啊？能搞定吗？搞！”。最终敲定，两周时间，游戏方式，展现用户在魔秀的点点滴滴。
游戏的形式大概类似一个滑雪大冒险和赛车的结合，以赛车的形式进行伪3d效果的展现，滑雪大冒险的样式作为我们的主题，同时大家还给我们的游戏起了个酷炫的名字----魔秀时光道。
游戏的展现形式确定后，直觉告诉我，想要将游戏快速稳定的呈现，免去图片加载控制，动画控制之类的复杂处理，我需要一个JS游戏引擎。最终在EgretPhaserPixiJS中选定了PixiJS,虽然不像Egret一样有完善的中文文档，但是它提供了清晰易懂的examples可快速上手，没有复杂的生态，简单的几行代码就可以用js实现我想要以下几点功能：
容器渲染及背景描绘
我需要定制整个画布的大小和背景，我需要使用不同的容器来承接不同的内容，并且灵活控制每个容器的属性：
var app = new PIXI.Application(800, 600, {backgroundColor : 0x1099bb});
document.body.appendChild(app.view);
//定制container
var container = new PIXI.Container();
container.x = (app.renderer.width - container.width) / 2;
container.y = (app.renderer.height - container.height) / 2;
app.stage.addChild(container);
图片加载及动画处理
大家都知道，使用canvas进行图片绘制的时候，需要确定图片已经成功加载，而游戏中有着大量的图片资源需要去维护，PixiJS已经为我们提供此项服务：
var bunny = PIXI.Sprite.fromImage('required/assets/basics/bunny.png’)；
bunny.x = app.renderer.width / 2;
bunny.y = app.renderer.height / 2;
app.stage.addChild(bunny);
同时，我们需要一个动画控制器，来控制各Sprite的运动和重绘，而不是生硬的对各项属性进行重新修改：
app.ticker.add(function(delta) {
bunny.rotation += 0.1 *
需要注意的是，我们会发现，此处的Sprite动画控制，相当于添加了运动的动画队列，并且实现了类似transformjs的效果，可直接对实例的属性进行操作。而我在写项目的时候官方的例子是通过统一animate函数进行操作，通过requestAnimationFrame进行帧动画控制,更推荐新的方式而不是如下：
function animate () {
requestAnimationFrame(animate);
bunny.rotation += 1;
renderer.render(stage);
游戏最重要的部分相当于用户的交互了，也就是所谓的事件处理，为Sprite添加事件监听，很简单，如下所示：
//元素可点击
sprite.interactive =
//鼠标移入cursor
sprite.buttonMode =
sprite.on('click', onClick); // mouse-only
prite.on('tap', onClick); // touch-only
function onClick () {
sprite.scale.x *= 1.25;
sprite.scale.y *= 1.25;
设计图当然也是很重要的，决定了我们如何去实现这个游戏，当我拿到设计图的时候，他是长成这样的，我的内心是崩溃的。我能怎么样，我也很无奈呀~ 开搞吧！
根据以上，PixiJS已经基本满足我们的需求，也就是说，工具准备和素材准备已经都完成了。在动手书写之前，我们需要把实现思路想好，才能保证书写过程的清晰，避免不必要的麻烦。
背景滑动效果实现
就像我们平时玩儿赛车游戏一样，我们感觉赛车在跑道上进行比赛，实际上赛车只进行左右移动而已，而运动的则是背景，如何规划好路线，让背景按照既定的场景去运动，并展现不同的视角，特意向央美的同胞咨询了下，他们是用一个叫“摄像机”的东西实现的。对于我们来说，不需要那么复杂的场景，只需让背景像前规律的“平移”，造成“树动我不动”的视觉效果，同时我们利用“透视”的原理，让背景以“近大远小”的方式进行变化，就会产生一种low low的立体效果。
关键词：透视 近大远小（偏移，大小，速度）
对于背景及物体的运动，大概路线规划如下：
确定视觉焦点后，我们只需随机生成物体出现的位置，计算出a,b相对固定，使其y进行相应速度的增加，x根据运动轨迹进行对应偏移，则可实现往近跑的效果。针对运动轨迹， 假设物体向下偏移距离为N，则对应水平针对中轴线的偏移为：
同时，我们还需对物体进行近大远小的显示，这个比较简单，以焦点为0，页面最底端为1，进行对应比例放大即可：
scale = (curY - startY) / ( endY - startY);
针对物体的运动速度，也应在远近有不同的体现。
背景树与碰撞物体的区别
针对背景树，我们需在最初对所有的树进行展现，铺满两边背景。每列树对应的运动路线一致，可直接让其进行循环展示，当树运动到最底时，让其出现在最顶点。因此只需确定一共有几行几列树，并设定其边界，根据行列确定初始唯一并对其进行运动。同时，可以让树进行小范围的随机偏移，使树错落有致。如下所示：
export default function Tree (row, col, direction) {
this.cfg = {
direction: direction, //方向
col: col, //第几列
row: row, //第几行
MaxX: 440,
minY: 210,
maxY: 500,
range: 10 //坐标浮动范围
而针对物体，则需要随机生成它的初始x坐标，并计算出其对于的路线进行运动，在运动过程中，进行碰撞检测，检测是否与人物进行相撞。
人物滑动实现
人物滑动的操作，用了最简单的实现方式：按钮。当用户点击不同方向时，让人物向对应方向进行偏移。同时，为了让人物滑动不僵硬，在左右滑动过程中，人也应该随着运动有对应角度的倾斜，就像我们平时玩儿滑雪拐弯时，会改变中心一样。思路如下：
点击按钮时，改变方向
运动时检测方向，若向左，则x减小，向右，则增加
向右（左）运动时，人物对应rotation也进行增加（减小）
松开手时，人物对应rotation慢慢恢复成0；
由于人物有吃东西的环节（不然这还叫什么游戏呢），因此碰撞检测肯定是必须的啦。我们可以通过两种方式进行碰撞检测
人物检测碰撞物体，需实时遍历物体坐标列表，进行检测
每个物体自身进行碰撞检测，检测自身与人物位置的对应差
我很机智的选择了第二个，毕竟每个物体的位置都是实时变动的，而每次碰撞检测都进行一次循环的方法，太笨重啦。在这里我们设置碰撞检测的区域（宽高），在物体运动时，针对人物的x,y坐标，与自身的x,y坐标加减形成的四条边界进行比较即可，若进行碰撞，则进行对应的操作即可，如播放音频，得分+1等。
思路理清楚之后，后面的路就很明朗啦。接下来我们就可以着手设计下如何实现这个东西了，很显然，游戏中我们拥有许许多多的“角色”，使用“面向对象”的方式再好不过了。大概的划分如下
stage //舞台，进行基本场景渲染，游戏整体控制（开始，停止）等
player //玩儿家，也就是对应的人物
sprite //出现的物体，如蛋糕等，提供玩儿家吃。 包含碰撞检测等，会自己运动
tree //因为tree自身会运动，所以每个tree为一个类
score //进行分数控制及显示
cfg.js //包含整体游戏配置
对象内部划分
每个对象包含以下几点属性及功能：
1. 对象配置
每个对象包含其内部自身基本配置，包括位置，边界，图片等。直观，便于调试
export default function People (stage) {
this.cfg = {
img: require('./img/people.png'),
position: {
x: cfg.width / 2,
2. 其他方法
每个对象都包含其自身方法，如下所示：
render //进行图片等渲染
animate //动画function
init //一些初始化配置
通过以上思路的设计和结构的设计，我很快的将这个游戏实现了。。。没错，理清思路和结构的重要性就是这样。当然，在实现过程中，也有一些小的点可以记录下：
资源加载器（图片）
为了游戏的进行效果，还是决定在加载完所有资源（尤其是图片资源）后，才停止loading页面。如何判断所有内容都加载完毕了呢？写了个小loader
var pics = [
require('./img/bg-start.png'),
require('./img/btn-start.png'),
function loadImages (pics, callback) {
if(pics.length) {
var img = new Image(),
pic = pics.shift();
img.onload =
loadImages(pics, callback);
$(function() {
loadImages(pics, function () {
if (!pics.length) {
$('.loading').hide();
游戏是横屏展示的，那就强制横屏好啦。这个当时还纠结挺久，还是自己功底不扎实脑子走私了，还在想是监听resize事件还是旋转屏幕事件，都没有这些事儿啊好吗！直接让它旋转就好。
if(window.orientation==180||window.orientation==0) {
$('#main').height(winW);
$('#main').width(winH);
$(‘#main’).css({
'transform': 'rotate(90deg)',
$(‘#main’).css('transform', 'rotate(0)');
理清思路后，最乱的还是各种定时器啦。 为了实现物体随机出现的效果，让每个物体随机多少秒后开始出现；最后一个物体出现完，多少秒后出现结束画面等等，需要理清楚各个定时器的关系，并对其添加
语义化良好的标记
，及时对未完结的定时器进行
，防止定时器带来的意想不到的问题。
最终游戏的效果基本让大家满意啦，也是第一次尝试这方面的开发，周围也完全没有做过这东西的人。从开始的忐忑和一无所措，到过程中理清思路和结构，到书写中的各种未知的坑，自己在这两周感觉经历了很充实的一件事情。同时也对后续进行一些未知事物的探索和学习有了更丰富的经验，找对路子才是王道呀！
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致