HTML5 ，真的适合游戏开发吗？我认为不会。

HTML5 是开放格式，前端还是用 JS 来做逻辑控制、用 CSS 做样式控制，然后调用标准的图片。

这都意味着什么？意味着你辛辛苦苦做的前端代码，毫无保密性可言。目前的技术，也只能实现最初级的代码混淆。

而游戏跟网站根本不同，区别就在于，游戏的前端，逻辑的复杂性、框架的庞大性、开发的投入和难度，都是网站的前端所不能比的。

然后为了保护这些劳动成果，就会有对前端进行加密的需求。
我们看到的许多游戏，大多都会使用自己的格式对图片声音之类的资源进行加密，更别说源代码了。

但 HTML5 办得到这个吗？


打个比方，比方说愤怒的小鸟，如果做到 HTML5 上，那代码不都是全给人反编译了？


Flash 的加密性能也不好，也是有现成的工具可以反编译，但是呢，好歹它不是开放格式，要破解有一定的难度，而且Adobe只要愿意，可以给它搞个加密模块。这就是 Adobe 说的“专注于 Game 和网络视频”。而我认为，这也正是 Flash 在游戏开发方面的前景所在，就是代码乃至资源的加密功能，哪怕是收费的都没问题。

就是这样。游戏行业最重视的是产权保护，所以我认为 HTML5 的出现并不会替代 Flash 在游戏开发中的地位，不是它还没有发展成熟，而是说，就算是成熟了，照样不行。归根结底开放的格式始终不利于商业游戏的开发。

真是扯淡了，你没玩过前端而已。

你去看看juqery.min版本，方法都已经被压缩变成a,b,c命名，参数也是，毫无逻辑可言。再加上混淆器，你能还原得了可再开发的版本吗？

又拜你所言，游戏的“的前端，逻辑的复杂性、框架的庞大性、开发的投入和难度，都是网站的前端所不能比的”
这其实就是说 对与可见的那一个层次的代码  只要做好开发版源代码的保密 发布版源代码的压缩混淆 就好了

还有一个问题，真正的游戏逻辑内核应该藏在server端，这个其实跟现在的网游思路一样。网络游戏还怕外挂呢。

楼主就是一个不想接受新事物的人，你是不是搞flash之类的？害怕h5普遍了以后你没工作了？？
如果楼主还想以后有工作，建议你好好的去理解和了解h5和js这些方面的知识，系统浏览器化是早晚的事情

代码做下混淆就可以了。

你要做什么东西需要保密？

再说一般技术上不存在壁垒。

一般来说， 只要看到你的创意，完全没必要去看你代码，也可以山寨的很好。

保护源码应该由法律来做

看完，我想说，“猪，又用它的脑子思考问题了！！！！！！！！！！！”

可以有不同的想法，但是不要人身攻击。

请问离线应用怎么解决源代码保护问题呢？ 个人觉得juqery.min这种比较粗糙的混淆方法要理解它只是时间的问题，比反编译来得简单多了。还有，复杂游戏如果每一帧都向服务器请求的话，未免不太现实，因此应该有一些资源或逻辑处理放在客户端进行处理，这的确会在以后出现很多问题，比如游戏资源保护、场景渲染逻辑等等，个人疑问，请各位解答下？

没看明白...
技术选型自己看, 每个技术都有实用场景...
一定要用Java去操作硬件, 直接用C去做Web ... 肯定不行.

是否合适, 也没给出什么失败案例, 并且纯属自己意测...

这么描述一下HTML5,
各大浏览器厂商为了阻击Flash, 联合起来推出一个"Flash", 并且使之标准化, 并且内嵌到浏览器中, 这个标准叫html5, 不叫"flash"... 这个"flash"还在起步中, 待完善.

按照这个思路, 合适估计不是什么问题.

P.S :
吐槽也给点高水平的, 这种论调很容易引起互喷.

和服务器实时交互有个东西叫websocket，“每一帧都向服务器请求” 让我觉得你没做过h5游戏。源代码保护问题，基本上高度压缩就够了，没压缩的代码，别人拿来山寨也得读懂你的引擎和游戏逻辑，成本相当于再做一个了。就算别人得不到你的源码，在腾讯面前，你有安全性可言吗？游戏贵在创新和速度，别人抄你的时候，你已经赚到钱了。