egret源码

Ⅰ layabox和egret存在哪些区别

区别是：
Layabox 有两个框架；LayaFlash是面向Flash AS3程序员的，可以用AS3语言直接开发H5产品，也可以把AS3源码的项目发布成H5项目。主要用于开发大游戏。另一个框架是LayaAir支持三种语言开发（AS3、TypeScript、javaScript）这是全新的开发框架，与Flash没关系了，是一个超牛的全新H5引擎，支持重度、中度、轻度的游戏开发，支持应用、网站的开发。

Egret是TypeScript语言开发游戏用的。是围住神经猫这个游戏把引擎推火了，也一直致力于小游戏的开发。目前在小游戏的研发市场上品牌作的不错。

Ⅱ egret wing有反编译软件么

好像听说有的。
计算机软件反向工程（Reverse engineering）也称为计算机软件还原工程，是指通过对他人软件的目标程序（比如可执行程序）进行“逆向分析、研究”工作，以推导出他人的软件产品所使用的思路、原理、结构、算法、处理过程、运行方法等设计要素，某些特定情况下可能推导出源代码。
反编译作为自己开发软件时的参考，或者直接用于自己的软件产品中。

Ⅲ 目前有哪些比较成熟的 HTML5 游戏引擎

cocos2d 应该是IOS平台最火的游戏引擎之一，保险起见加个‘之一’总是没有错了哈。而cocos2d-js则是官方新推出不久的JS版本，之前还有个cocos2d-html5，也不知道为什么又推出cocos2d-js，有什么区别呢看还有c++版本之类的，万一你以后要改其它编程语言，还可以继续使用cocos2d。大公司，好像要上市，团队作品，文档很全。开发完可以转换成原生应用，打包之后你的游戏也就和html5没什么关系了，调用的都是高级接口，牛逼闪闪。egret 最近也火到不行，自从出了那个围住神经猫之后……虽是新团队，但也是企业级产品，据说团队都是来自各界精英，大部分是从Flash阵营转过来的。用的是typescript作为开发语言，而且和cocos2d-js一样 也可以转换成原生应用。生命力很旺盛，假以时日必成大器。还有跟腾讯X5浏览器合作，恐怕会是微信游戏开发不二之选。不过看过一些用egret开发的案例，感觉有点Low，也许是围住神经猫给人留下的第一印象吧。比起egret，Sirius2D 展示的一些案例，效果都杠杠的，但是对于他们团队的了解并不是很多，也没有像egret那样搞在线培训，我个人对这引擎还是挺有好感的，但就是不知道它明天会不会死，今天还一度打不开官网…… 拜托也努力一点好吗看lufylegend 应该是《HTML5 Canvas游戏开发实战》作者开发的，这个感觉倒是挺努力的，但是Canvas怎么拼得过WebGL。。。

Ⅳ 如何在wing 看egret源码

我的是mac，在这个目录下
/Applications/EgretEngine.app/Contents/Resources/mac/egret/src
windows也差不多，找到src

Ⅳ egret runtime有源码吗

白鹭引擎今年很厉害，共发布6款产品，即Egret Engine1.5（HTML5移动游戏引擎）、Egret Wing 1.0（可视化GUI编辑器）、Egret Feather 1.0（粒子动画编辑器）、EgretVS 1.0（Visual Studio+Egret集成开发环境）、DragonBones3.0（全球流行的移动游戏骨骼动画体系）、Egret Runtime1.0（全面提升HTML5游戏在移动设备的用户体验）。

Ⅵ 如何看待 HTML5 开源游戏引擎 Egret，HTML5 游戏开发的前景如何

H5e教育HTML5开发游戏 培训解答：参考Flash发展的演化路径并结合HTML5的新特性，HTML5近几年会在重度内容、网页游戏、垂直领域解决方案和内容直接填充四个方面有所突破。
(1)内容往重度化方向发展。
重度营销并不完全意味着大项目、高预算、长周期、大团队，而是相对轻度营销以用户生产内容为主，它更注重专业内容的生产。
在用户对页面交互能力和HTML5拓展功能的要求提高之际，轻度营销的市场份额会逐渐降低，往重度营销内容转化。
(2)网页游戏往交互游戏方向发展。
尽管HTML5游戏具备无需下载、包含社交属性、开发成本低等优势，但如果没有充分利用HTML5的新特性，加强移动游戏的交互能力，它很难在游戏市场中异军突起。
由此，网页游戏未来更有可能结合HTML5优良的通信功能，往跨屏互动等交互特征更明显的形式发展。
(3)垂直领域解决方案往在线应用方向发展。
与HTML5行业密切相关的垂直行业主要包括在线教育、电商和流媒体三种类型。
(4)传媒业往内容直接填充方向发展。
国内HTML5制作工具基本都提供模板服务，这与HTML5网页较强的复用性有关。网页基础架构设计完成后，修改源码中各元素的参数便能替换素材、改变对象属性，因此HTML5网页能用于制作基础填充材料。
在HTML5模板的帮助下，新媒体内容能通过应用母版进行编辑，用户只需后期进行图文内容的替换，因此很有可能成为传媒业转型的契机。
反观国内不同类型的HTML5平台，只有以HTML5提供的新特性为根本，着眼于底层交互才可能适应各行各业对网页开发的需求。
因此，基于HTML5元素和属性进行设计的基础工具，未来更有机会占领尽可能多的市场份额。

Ⅶ egret 和cocos2d-x-js哪个目前更稳定更好用

如果大型游戏，强烈建议不要使用cocos2d-js
我们目前的几个项目都是cocos2d-js开发的，我打算把这几个项目转egret。有如下几个理由：
1、cocos ide有BUG：断点会崩溃、代码提示很差、内存太高、虚拟机的菜单栏会影响事件（迭代了很多版本，这菜单栏BUG都没修复）
2、studio的工作流在几个引擎中是最差的，而且有BUG。经常和实际表现不一致。而且内存占用大，会崩溃。不能继承（这个问题最严重，不能继承按钮，那么按下缩放等高级功能就很蛋疼）。
3、
架构太差。写点小功能没事，如果想写大型游戏，这套架构会让你抓狂！比如最简单的按钮事件，我必须在事件方法里面加个触摸类型判断。一个很简单的点击，就
多出很多这种相似的代码！4、UI有好几套，然而每一套都有BUG。CCUI的设计也是很糟糕的！同时也是崩溃的罪魁祸首。
5、引擎BUG问题，
很多BUG会让你欲哭无泪，比如坐标会出现undefined。再比如热更新的BUG，XCODE编出的包默认是js而不是jsc，当这个包发布商店就会
出现不能热更新的问题，同时也进不去游戏，卡在了热更新界面。（这个问题导致我们流失了3个月的用户，知道苹果商店通过审核位置），再比如
java/objectc和js的交互，这个都有问题！再比如：ios第三方输入法会导致崩溃！
6、工作流问题，IDE的断点的观察变量很不友好、studio导出的配置很大、studio扩展性很差。在IDE 1.2版本出来之前，我们团队甚至无法断点，只能打印日志来debug。
7、工作效率问题，代码提示先不谈。我实现一个简单的列表都能折腾很久，那ccui的list真是太不好用！除此之外，裁剪、遮罩这些只需要一行的代码，在cocos下面需要无数行！
8、
引擎升级问题：cocos大概一个月1个升级，egret是2周。然而cocos升级会带来大量的新BUG，而且兼容性很差。导致我们现在还用3.0版
本。最蛋疼的是，官方的3.6版本又不能断点了！3.0升级到3.6还会导致布局混乱、九宫失效、崩溃闪退（绝对不是代码问题这个解释了）！基本上
cocos每加个新功能都会带来无数新BUG，老BUG修复量也少，我论坛反馈的问题经常需要迭代2到3个版本才修复，下个版本修复兼职是不可能。而
egret不仅迭代快，BUG修复也勤快！也很少有一些导致产品质量的验证BUG。
9、官方人员态度问题：我在cocos论坛发的BUG反馈，过了7天才有人来回复。地址（从3.0到3.1和3.2的BUG，官方帮忙看下），再看下egret我发的BUG反馈，当时是下班时间，然而第二天一早就回复我了。地址（Egret社区-BUG列表）
10、API问题：cocos经历了3个大版本，官方API文档也有的API，实际尽然是没有的，官方回复是还没加入js绑定。
11、跨平台问题：cocos2d-js经常是HTML5和JSB表现不一致。导致我们现在只能专注JSB而放弃HTML5版本。egret很少有这个问题。
12、
性能问题：先抛开runtime。如果你用了ccui，那么我100%保证你的cocos2d-js的性能会被egret秒杀。再来说下native下面
的性能对比，cocos的人说egret是js写的逻辑，而他们是绑定。那么问题来了，在现在，js的逻辑产生的性能压力一点都不是问题（参考
node.js，能用js写服务器了都）。主要的性能压力其实是在渲染上面，而他们2个都是opengl作为渲染的。如果用了ccui，那么还是被
egret秒杀。那ccui带来的drawCall真是太！！再来谈runtime，egret现在很多浏览器都集成了runtime（可以opengl
渲染代替canvas渲染），而cocos-js只是说在合作，已经慢了一步。
13、产品路线图问题：cocos的几个产品一心在弄3D，egret都已经自己搞了一个IDE了。开发基本的生活cocos都没保障好，就去想和u3d打架！
14、内部问题：cocos估计内部很不和谐，ide据说是1个人在开发，studio是30个人（30个人整出这东西），而且studio是用的.NET搞的，跨平台最呵呵的技术！QT、AIR那些那么多高效率，扩展性强的技术不用，选了个.NET。。。。
---------------------------------------------------------------------------------------------------------------------------------
题
外话：说了那么多cocos的不是，我也曾试着爱过它，我甚至开发了一个和egret
wing一样的UI编辑器，写了个和Flash/Flex一样的API（egret用的这套，这种架构很好用，简单明了）。其中UI编辑器还加上了
unity3d那种绑定脚本的功能。然而因为cocos底层的一些令人发狂的BUG，我最终是放弃了。有egret这个车子在，我还造什么轮子？我打算把
手里头的这套cocos的东西开源。然后去整egret去！
---------------------------------------------------------------------------------------------------------------------------------
再来个题外话：
游戏引擎cocos2d-js和egret 对比
这
个是网络搜索第一的对比，里面说cocos2d的工具比egret多，我不否认，但是能用的基本没有。而egret的工具很稳定。就拿最简单的骨骼动
画，cocos连龙骨都不支持，studio里面的骨骼设计也是坑的不行，egret的骨骼设计工具从界面和实用性都已经完爆studio了！
再来说上面的地址里面的成功产品：捕鱼达人、DOTA传奇、我叫MT那都是cocos2dx写的，和js版本一点关系都没有！请问你有见过网页版的刀塔传奇么？
上面的开发语言对比，大项目来说，ts真的是完爆js！js那不小心就会出错真心不适合大项目，不然微软不会造这个轮子。
上面的参考资料对比，cocos2d-js的文档连参数的注释都没，和c++文档作参考也不行，很多参数是不一致的！而egret在开发工具里面就继承了中文的帮助。

从目前状况看，今年绝对是egret产品井喷的一年，不信走着瞧！cocos真是把我坑惨了！
---------------------------------------------------------------------------------------------------------------------------------
再
次申明，请拿cocos2d-js或者JSB的大作出来，不用拿2dx的东西。说到2dx，你们再去了解下，榜单上，有几个人是没改过引擎源码的，有几个
游戏能随着cocos引擎升级而升级。用studio的又有几个。并不想和王哲斯逼，只是希望你们能正视BUG，提高体验。如果好，我们团队会考虑
cocos技术的，否则只能用egret和unity3d了。我说cocos这么多不是，也是希望他成长，能给开发者带来更多利益，带来更多方便，而不是
各种无厘头的问题，各种蹩脚的手段去开发。还有，我说的这几点，@王哲
你接招，如果我不说出这些BUG，这些问题，那么估计还不一定改。egret同样有个人叫王泽，然而他的理念完全当我们开发者是用户，提高开发体验，这个

Ⅷ layabox与egret 有什么区别

Egret是比较早推的一个H5游戏引擎，引擎是仿Flash AS3 API的接口，但是用TypeScript语言去开发游戏用的。自《围住神经猫》之后Egret引擎火了，也一直致力于小游戏的引擎。目前在小游戏的研发上市场品牌不错。由于和AS3的语言级差异性还是挺大的，对一个AS3来讲，很多的不适应。

Layabox推出的比较晚，他推出两个框架；最开始推的是LayaFlash，这是直接面向Flash AS3程序员的，可以用AS3语言直接开发H5产品，这一点对AS3程序员来讲确实比较爽，太熟悉了，当然这个框架也可以把AS3源码的项目发布成H5项目，对于开发过Flash想快速转型的来讲，是一种超低成本进入H5市场的方式，当然也有一个缺陷，这个框架主要用于开发大游戏，开发小游戏不合适，引擎库好几百K，有点大啊。不过最近要发布另一个框架是LayaAir就解决了只能开发大游戏的问题了，引擎库才100K左右。还支持三种语言开发（AS3、TypeScript、JavaScript），这个全新的引擎开发框架，支持重度、中度、轻度的游戏开发，支持应用、网站的开发。

Ⅸ 如何看待 HTML5 开源游戏引擎 Egret，HTML5 游戏开发的前景如何

一般游戏做好了前景还是不错的。

大部分人认为Egret现阶段只是模仿了flash当前的架构，而flash架构本身并不是一个游戏引擎架构，只是一个渲染引擎，而在国外的纯渲染引擎也有一个更成熟的pixi。

当然，白鹭也有优势，他们更了解中国的开发人员，开发人员不会关心中国的封闭源码工具是如何返回一个责任，为什么要写自己的，而不是基于grunt的构建工具。。

他们需要的是你可以发布一个需要，之后这个需要可以和各个配件相匹配。