※ 引述《sextitanic (阿163)》之铭言： 43 : 五、唉呀，反正我电脑跑得顺就好了嘛 : 这一点最严重，有这一点的人上面4点就全包了 : 尤其应该有很多大大身边有人接触过 flash : 会觉得像乐高一样随便叠一叠就会有东西出来 : 不会去考虑要怎麽样可以更顺畅更漂亮 : 当别人问：「怎麽这麽 lag」的时候，就会回「啊就 flash 啊没办法」 : 完全没想过可能自己本身也有问题 : 就像有些人会说「VB 执行速度比 C 慢啦~」 : 有人听了之後用 VB 写了个踩地雷之後，发现把周遭没有炸弹的格子开启速度很慢 : 用肉眼都看的出来是慢慢跑，於是就说「果然VB很慢啊」一样的道理 小弟这边就追加说明一下，直译式语言有直译式语言的写法 与编译式语言coding概念相差甚远。 常见的程式语言如下 直译式语言：VB、Perl、Python、Ruby，包含script名称等语言 类编译式语言：Java，CLR C++，C# 编译式语言：C/C++，Fortran 直译式语言特性: 就是容易撰写但使用不正确导致效能不彰。 如：数值运算 直译式语言有函数或模组可以呼叫， 但是开发者往往没找到函式库时回圈直接写下去了。 懒得去处理效能优化这块。当然直接改写法是OK的， 但较少人在直译式语言去琢磨最佳化程式码(也不适合做)， 直接呼叫函式库取代回圈是最直接的方式。 最佳化程式通常是编译式语言程式设计师才会去下功夫的地方。 今天这个回圈里面改运算式或写法效能直接轻易提升10倍或100倍以上， 或甚至直接使用SSE、MMX指令下去写，或同质运算放到GPU下去算。 很多OpenCL、CV、GL系列函示库都是用这样的作法， 那DirectX原始码更是极端，因为不用考虑跨平台性，方可达到MS作业系统跑最快。 所以跨平台函示库效能会差一些就是这样。 那直译式就无法高效能吗??当然是否定的， 相信只要你肯遵循直译式语言写法就可以达到高速。 类编译式语言: 部分编成ByteCode在虚拟机上跑， 部分呼叫native code式库直接跑。 好，真正重点来了现在WP开发商还不投入的原因， 你可以说目前市占原因，但真正原因还是native code 这是进退两难的地方，MS要保持我系统稳定性，那就不开放 相对的C/C++跨平台开发商就无法进入 愤怒鸟游戏要由OpenGL改成DirectX倒还好 但是要改成XNA...好吧看心情，有空再来慢慢写 他们内心大部分如下 1.我就是要直接Build Source Code!!!! 2.我就是只写native code!!! 3.不开放native code就是废我武功嘛(谷X顶尖开发人员?!)!!咦XD 要众多开发商进入不光是开放C++ 咦是上述的第二种吗?那我可以自己写 native code函式库吗? 不行的话等於还是被废武功XD.. 所以大家都在等WP8走向。 : 总结： : 若都是很厉害的开发者，Flash绝对会比HTML5耗资源，因为它是向量的 : 就算都在里面改成用点阵图呈现，但中间多了一层 player，势必会多花一点效能 : 但之後若许多人投入HTML5之中，树多必有枯枝，人多必有？？ : 有可能也会像现在 flash 的囧境一般 : 以下放上两个 HTML5 的连结： : 多方块旋转：http://voxelrain.appspot.com/ : 游戏：http://people.opera.com/emoller/gremlins/ : HTML5 的发展，一方面也要看往後各浏览器对 Javascript 和 CSS3 的支援度 : 以及开发上的一致性 : 不过手机上有没有flash我倒觉得还好 : 平板的话还是希望能有 flash，比较不用担心会有纯 flash 网站看不到QQ WebGL写起来像OpenGL(废话)，ㄜ好...小弟也是高中碰过FLASH的， 那差别是Flash真的很好写要Adobe开发人员跳到javascript写client端 还是加上php跟伺服端沟通，因该是有些困难度。 我认识的adobe开发者有些都甚至是美工跟ActionScript一人包。 不过写javascript的通常做图档都还要请个美工小妹。 不然开发出来的RIA就丑丑的XD....咦那还叫RIA吗?? 以上分享完毕... -- --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 111.248.170.76