如何看待 HTML5 开源游戏引擎 Egret,HTML5 主流游戏开发引擎的前景如何

该商品已下柜,非常抱歉!
现货 Egret——HTML5游戏开发指南 egret教程书籍 HTML5游戏开发教程
商品介绍加载中...
扫一扫,精彩好书免费看
服务承诺:
京东平台卖家销售并发货的商品,由平台卖家提供发票和相应的售后服务。请您放心购买!
注:因厂家会在没有任何提前通知的情况下更改产品包装、产地或者一些附件,本司不能确保客户收到的货物与商城图片、产地、附件说明完全一致。只能确保为原厂正货!并且保证与当时市场上同样主流新品一致。若本商城没有及时更新,请大家谅解!
权利声明:京东上的所有商品信息、客户评价、商品咨询、网友讨论等内容,是京东重要的经营资源,未经许可,禁止非法转载使用。
注:本站商品信息均来自于合作方,其真实性、准确性和合法性由信息拥有者(合作方)负责。本站不提供任何保证,并不承担任何法律责任。
印刷版次不同,印刷时间和版次以实物为准。
价格说明:
京东价:京东价为商品的销售价,是您最终决定是否购买商品的依据。
划线价:商品展示的划横线价格为参考价,该价格可能是品牌专柜标价、商品吊牌价或由品牌供应商提供的正品零售价(如厂商指导价、建议零售价等)或该商品在京东平台上曾经展示过的销售价;由于地区、时间的差异性和市场行情波动,品牌专柜标价、商品吊牌价等可能会与您购物时展示的不一致,该价格仅供您参考。
折扣:如无特殊说明,折扣指销售商在原价、或划线价(如品牌专柜标价、商品吊牌价、厂商指导价、厂商建议零售价)等某一价格基础上计算出的优惠比例或优惠金额;如有疑问,您可在购买前联系销售商进行咨询。
异常问题:商品促销信息以商品详情页“促销”栏中的信息为准;商品的具体售价以订单结算页价格为准;如您发现活动商品售价或促销信息有异常,建议购买前先联系销售商咨询。
加载中,请稍候...
加载中,请稍候...
加载中,请稍候...
加载中,请稍候...
加载中,请稍候...
加载中,请稍候...
加载中,请稍候...
浏览了该商品的用户还浏览了
加载中,请稍候...
价 格: 到
   
iframe(src='///ns.html?id=GTM-T947SH', height='0', width='0', style='display: visibility:')如何看待 HTML5 开源游戏引擎 Egret,HTML5 游戏开发的前景如何? - 知乎1118被浏览98169分享邀请回答TypeScriptLang.org深入了解一下这个开源项目,了解以下微软的首席架构师为何会针对JavaScript做了这么个玩意。那么为何Egret会选用TS呢?首先,我们认为Dart的形式针对很多会使用JS或AS3的开发者而言(尤其是初学者这个最大的群体),学习的成本曲线较陡,而谷歌又是一个在技术上“太过”创新的公司,跟随一个有可能“朝令夕改”的技术去制作一款产品,而且将整个Egret的工具和服务的体系都悬于它之上,实在有些让我坐卧难寝。谷歌的AtScript的目标又过于宏大,瞄准了ES7,但是就目前的H5的技术推进而言,下一个JS的标准是看齐ES6。我们想做一款创新好用的产品,但是首先我考虑的是先要创作一个能用的产品。回到TS,它目前版本是1.4,即将在2015出现2.0,语言的结构设计无限趋近与ES6的标准,有了module,有了Proxy,还会有很多更类似于ActionScript3.0的语法。微软还提供了一个TS的编译器,可以在编译时为开发者提供很多帮助,而且我相信以微软的实力,做个编译器的水平还是很高的。目前的JavaScript恰恰有很多设计层面和开发层面的缺陷,TS都能或多或少的弥补这些问题。选用TS这个开源项目,能再现阶段很好的帮助JS开发者创作更有规模,更成熟,更有质量的游戏项目。其次,我们可以用TS基于Canvas来封装跟Flash ActionScript3.0的API结构设计,而且,我们仅仅封装对于游戏有帮助的部分。我在Adobe的10多年,全部铺在了Flash产品和技术上,Flash是个庞然大物,当初Flash团队之所以放弃AS3到AS4,AVM2到AVM3的项目,很大程度上是Core的部分太复杂了,经历了几代架构师和开发的调整,升级重构的成本已经无法估量,简单来说,就是当时没人改的了,所以,我们也不可能投入研发去自己做一个complier或者virtual machine去让AS3交叉编译为JS,君不见Adobe曾经宣布的AS3到JS的Falcon交叉编译项目,3年了都没动静,最后随同Flex一起捐给了Apache基金会么。Egret的API设计只是借鉴模仿了Flash AS3里跟游戏有关的API部分,做了减法,因为Egret Engine的定位不是想让开发者拿去既可以做广告,又可以做minisite,又可以做Video,又可以做游戏。我们只想在core上保持精简,如果开发者对不同的游戏类型有需求,比如状态机,物理,粒子等等,都做到了core之外的game library里。我2014年初离开Adobe时候,中国还有接近30万的Flash开发者,其中90%是游戏相关,这是一个宝贵的开发者社区群体,他们对于Web页游的开发和理解远远超过了任何使用其他web前端技术做网页游戏的群体。Egret使用TS,一方面是为了让JS游戏开发人员更舒服些,另一方面是考虑到Flash AS3这个开发群体,不争取的话,慢慢都流失掉了,很可惜。下图是我们Egret Engine在API设计上与Flash AS3 API上的对比。第三,我们使用TS,还有一个想法。将来的JS也是迟早会跟ES6看齐的,等将来所有浏览器都统一支持下一代JS的时候,现在使用Egret的开发者都已经熟悉了ES6那套做法,而Egret几乎可以0成本的直接将TS换为下一代JS的代码,平滑过渡所有开发者,比JS现有体系过渡到下一代的体系成本都低,更顺滑,何乐而不为?2.我们2014年一口气做了一堆工具,而没有一上来就做个集成的开发环境呢?我在这里要回答的有2点。在技术和产品的进化上,第一条真理是:天下武功,唯快不破。第二条是,长鞭理论无处不在。第三条是:工作流是工作效率提升的根本。以上三条重要性依次降低,当一个CTO和CIO做了产品形态和研发的决策时,请倒推。好了,不讲大道理,说一说Egret的做法,Egret里我带的这帮人以前是做Flash Pro,Flash Builder,Flex GUI和众多工具及框架的技术,很有经验。但是经验不能完全当做生产力,经验不能当饭吃。经验告诉我们的是,要想在市场立足,在最短时间内做出来的产品的“核”也就是中心思想很重要,它不必拘泥于是否先要有个IDE来承载这种形态,市场需要的是最有效率的工作流,其次才是一招打遍天下的IDE集成开发环境,工作流的形态可以先出现在最初的若干款产品里,他们之间独立,小巧且专注,之间的数据通用且可以协作,对于研发而言,成本和风险均可控制。而IDE,功能强大且齐全,开发者需要的功能都具备,但是研发成本高,风险大,周期长。按照Egret Engine的双周迭代速度,团队潜心于一上来就要打造一个IDE的节奏是不对的。就好像你希望快走,但是又总有一条腿迈不出去的情况一样,这个节奏的结果就是容易扯着蛋。但是2015年,我们也会做出一个第一版的IDE,叫Egret Builder。(日小更新:Egret IDE形态将在Egret Wing这款可视化GUI编辑器上升级,也就是第一版Egret Wing是GUI编辑器,第二版将是全功能IDE,开发H5游戏的环境将和使用Flash Builder开发Flash项目一样)3.说了引擎和工具,Egret你们想怎么商业化呢?商业化的问题其实在这里我不想说太多,我只想说,我们除了引擎,工具,我还让团队做了个运行时。也就是将来Egret的技术体系就是三位一体,Engine,Tools,Runtime。关于Runtime的细节,我也不想多谈,大家可以去上看看Egret Runtime的产品介绍页,就明白我们为啥要针对H5做个Runtime。很多明眼人一看就会说,这不就是个Flash Player么?!答案是Yes,也是No。Yes的部分是我们的团队原来都是做Flash的,受Flash影响颇深。Flash Player里具备很多优秀的Web游戏设计思想都是很赞的,我们就想我们可以用C/C++和OpenGL围绕着这些设计思想,再做一个取代webview的游戏加速器,让开发者基于Egret引擎开发的H5游戏,可以直接通过这个Runtime加速。No的部分是Flash Player是to C的,要让用户去装,而Egret Runtime是to B的,集成到平台app里,作为一个库,当用户在平台里玩游戏时候激活,玩家是不知道Egret Runtime存在的,我们也不打算对玩家去刷什么存在感。Egret Runtime是为了解决H5游戏性能,适配,系统底层调用和碎片化的问题而生的一个产品。在Egret Runtime上,我们跟各大平台的合作关系也很融洽,为什么?因为我们就是他们平台内部的一个组件,生命周期受平台app的控管,你激活我,我就干活,你移除了我,我就进入sleep模式,丝毫不影响人家平台业务,还能提高H5游戏的用户体验,也不骚扰用户,何乐而不为?尤其在Android上,一个activity级别的控件是让平台恐惧的,而一个view模式下的控件,平台是喜欢的。下图是Egret Runtime的HighLevel架构图:看了这张架构图,我想诸位看官应该知道商业机会在哪里了。看了这张架构图,我想诸位看官应该知道商业机会在哪里了。4.Egret现在就是个2D的,木有竞争力啊!近一年内,Egret Engine的确是2D的,但是大伙不都是以进步的眼光看待事物么?Egret也一样,秉着天下武功,唯快不破的思路,我们规划了一下2015年的Egret Next,我们也在预研3D的部分,code name是HummingBird(请原谅我们团队就是喜欢鸟),更细节一点的计划图在这里:当然,我们现在已经开始做了一些了,不然我也不敢说出来找虐。当然,我们现在已经开始做了一些了,不然我也不敢说出来找虐。(日小更新:Egret 3D第一版预研Demo视频,10万个Triangle级别,物理系统,可破坏的mesh,光效阴影,原生多点触摸及虚拟摇杆,可H5,原生,Runtime全支持,H5为WebGL,Runtime和原生为OpenGL es或DirectX(Windows移动平台))5.说了半天,你们的套路到底是啥?来看这张图,我们想为H5或者叫做使用H5(JS/TS)技术的web游戏开发者打造这么一套环境:(当然,随着时间推移,这图里面的每个环节可能都会过期)(当然,随着时间推移,这图里面的每个环节可能都会过期)所以,说H5移动游戏也好,说Web移动游戏也好,说用脚本开发native也好,工作流齐全了,这些还算是问题么?好了,头一次在知乎写了这么多东西,希望对各位有所帮助,各位要吐槽的话,请扔鸡蛋,别扔板砖。我自己作为Egret的技术管理人,在我10多年的职业生涯里,信奉这么几句话:1. 永远不要基于现在去假设未来。2. 永远不要尝试用一个成功打败另一个成功。3. 预测未来的最好方式就是创造未来。4. 就是干!谢谢各位,7yue接着潜水去了。32441 条评论分享收藏感谢收起  5 月 22 日在北京国际会议中心举办的 HTML5 游戏生态大会上,白鹭时代旗下游戏引擎
发布 2.0 版,同时还发布了 Flash 转换 HTML5 工具 Egret Conversion、HTML5 游戏加速 Egret Runtime 2.0、GUI 可视化编辑器 Egret Wing 2.0、骨骼动画工具 DragonBones4.0、富媒体移动开发框架 Egret Lark1.0。
  以下是各引擎和工具的详细发布信息:
  Egret Engine2.0:该引擎使用 TypeScript 编写,2.0 版引擎将支持 TypeScript、Javascript 和 ES6 三种语言版本,集成更完善的绘图高级 API,支持 Flash 矢量绘图动画导出,对 Flash 开发者更加友好。另外新版本在性能方面也得到优化,内存占用变少,加载速度提升。这个引擎的核心代码之前已经基于 BSD 协议。
  Egret Conversion:这是一款 Flash 页游转 HTML5 游戏工具,据官方声称,该工具只需 15 分钟就能完成转换并完成自动优化。它的其它特性还包括:支持 99% 的 AS3 语法特性,支持 SWF 资源直接转换,支持代码、位图、动画转换,并且支持矢量动画转换。
  Egret Runtime 2.0:这是一款 HTML5 游戏加速器,可作为扩展组件嵌入到浏览器和 App 中,最小集成模块只有 70KB,能够提升 HTML5 游戏的性能和稳定性。本次更新降低了内存占用、进一步提升渲染性能、采用 WebP 图片格式降低带宽消耗等。
  Egret Wing 2.0:这是 Egret 引擎的集成开发环境,具备 GUI 可视化开发能力。2.0 版本新增 UI 特效编辑功能,支持过渡动画制作,增强代码提示和调试功能。
  DragonBones 4.0:这是一套 2D 骨骼动画解决方案,面向移动游戏开发者和动画设计师。包括独立的骨骼动画编辑器 DragonBones Pro、Flash Pro 动画导出插件 DragonBones DesignPanel 和支持 TypeScript、ActionScript、C++语言的运行库。4.0 升级为一个独立的动画创作工具,依靠独立时间轴,可视化地进行骨骼动画的处理,无需依赖 Flash。
  Egret Lark:这是 Egret 新发布的一款富媒体移动开发框架,旨在简化交互性强、UI 复杂的移动内容的开发过程。在会场的演示中,该框架提供 GPS、摄像头和滤镜、重力加速计等功能,并提供全套 UI 组件,以简化开发。InfoQ 记者了解到这款框架还在内测中,6 月份会正式对外公开。
  HTML5 游戏正处在飞速发展的阶段,据白鹭时代 CEO 介绍,他们运营的 HTML5 游戏月流水达到百万的已经有十几款,并且预计夏季会出现千万级别流水的产品。HTML5 游戏引擎也将成为游戏引擎领域的发展方向。

我要回帖

更多关于 html5游戏开发引擎 的文章

 

随机推荐