<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title><![CDATA[向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除]]></title> 
<link>http://jackxiang.com/index.php</link> 
<description><![CDATA[赢在IT，Playin' with IT,Focus on Killer Application,Marketing Meets Technology.]]></description> 
<language>zh-cn</language> 
<copyright><![CDATA[向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除]]></copyright>
<item>
<link>http://jackxiang.com/post//</link>
<title><![CDATA[FlashPlayer 10.1将灭掉HTML5？HTML5拿什么取代Flash]]></title> 
<author>jack &lt;xdy108@126.com&gt;</author>
<category><![CDATA[WEB2.0]]></category>
<pubDate>Tue, 25 Jan 2011 08:54:52 +0000</pubDate> 
<guid>http://jackxiang.com/post//</guid> 
<description>
<![CDATA[ 
	谁需要HTML5？【角色定位】<br/>Google最需要!Apple的Jobs也需要。但这两个肯定各怀鬼胎。微软无所谓了，反正他还有Silverlight。<br/>Mozilla/Firefox非盈利组织，目标可能会高尚些，是w3c标准就要支持。Opera那点浏览器市场占有率估计还没敢有太多想法。<br/>Google的云计算帝国就差一个支持RIA(Rich Internet Applications)富互联网应用的客户端了，试想 HTML5得到普及，更多的应用转向BS模式时，微软帝国的桌面软件生态环境必定受到很大威胁，垂涎多年的Google一定是最大受益者。当在一台操作系 统免费的电脑上使用和MS Word差不多功能的免费Google Doc时，你还会掏钱买微软的Word吗？当你所有的办公应用都只需要打开浏览器窗口时，你还会花钱买操作系统吗？Google的Chrome OS操作系统界面已经说明了这个意图。<br/>Jobs也需要HTML5，他是打着小算盘，想让浏览器原生支持视频音频，这样iPhone、iPad就不用嵌入Flash，Jobs当然 不能让Flash进iPhone OS，要不然App Store里的游戏谁去买?同时，如果大量的应用都能基于浏览器实现时，用户就不会被 Windows的桌面应用套牢了。漂亮的Mac电脑谁不喜欢。<br/>他们选择HTML5都是为了更大野心，期望HTML5带来整个软件生态环境的改变，同时避开不受自己控制的Flash。<br/>Macromedia和后来的当家Adobe把握住了互联网应用的发展需求，不断的完善的Flash，使之已经超越了浏览器本身的功能。各 大浏览器厂商也看到这种应用的需求，不甘于一个本该浏览器实现的功能，由一个几兆大小的 Plugin实现了，并玩的风生水起。于是不遗余力的推进 HTML5，并且矛头直指Flash。<br/>用户想要HTML5吗?用户要的不是技术，是应用，是体验。如果你能拿Ajax实现一个开心农场，我想没谁会在乎它是不是Flash做的。<br/>开发者想要HTML5吗？那需要一个成熟的HTML5+CSS3+JS的开发环境，需要各个浏览器提供统一的用户体验，即标准的完全兼容。还需要增加新的学习成本。<br/><br/>Flash 的优势？<br/>Flash比HTML5强在哪？性能，功能？如果说HTML5将拥有和Flash所有内置对象类似的DOM 呢，还有GPU的2D、3D加 速呢？这不是没可能，毕竟HTML5还只是草案。当然Flash也能不停的更新。<br/>开发群体<br/>我认为Flash的优势是在开发人员上，十多年的积累，有众多优秀的艺术家、程序员和互动设计师集中在Flash平台上做互动媒体开发。也 使无数的类库有了AS版，如FLARToolKit，Touchlib，OpenCV这些互动、图像分析的c++库都移植到了Flash平台。在RIA应 用上有相对成熟且开源的Flex框架，越来越多的企业在尝试使用Flex替代Ext等 Ajax框架，为客户提供更好RIA应用体验。<br/>持续发展<br/>FlashPlayer 是一个封闭的系统，是由Adoeb独家控制，相对于开放的HTML5标准这是弱势，也是技术上的优势，它可以很灵 活，可以随时加入新技术，新功能。而 HTML5是一个公开标准，既然是标准就意味着不会经常改动。Flash的改进升级只需要用户升级 FlashPlayer插件，插件的升级相对用户来说，是轻量级的。HTML标准的改进意味着升级浏览器，这是相对重量级的用户操作，尤其是还有很多人不 明白什么是浏览器。<br/>HTML5开放标准一旦确定下来，就会有一个很长的使用周期，今天看是足够先进的功能，十年后呢。就像当年我们用着 HTML4+CSS2+JS沾沾自喜以为足够表现Web应用时，谁能想到今天Flash不断改进所开拓的天地呢。或许十年后我们又该讨论HTML6秒杀 Flash的话题了。<br/>超越web应用<br/>如果当时SUN能重视Java Applet，或许就没有Flash的今天，SUN也不会沦落到被收购的境地。而如今Adobe AIR更 是让Flash超越Java Applet，让Flash超越了web，脱离了浏览器。Flash到如今功能不断增强，在多媒体领域也在不断地压缩自家老 大哥Director的应用空间。多点触摸、人脸识别、Socket通讯同步、AR增强现实、实时视频等等功能在Flash平台上的实现，让越来越多的互 动多媒体项目采用Flash方案。<br/>希望Adobe继续能扩展Adobe AIR平台的功能，提高性能。能有越来越多的跨平台桌面应用在AIR上实现。<br/>Flash 的劣势？<br/>FlashPlayer版权私有。<br/>swf文件的内容相对封闭，搜索引擎不友好。<br/>插件的安全隐患。<br/>相对与Ajax技术的学习曲线及学习成本。<br/>FlashPlayer 94%装机率!=100%。<br/>iPhoneOS明确不支持Flash，而iPad首日12万的订单，预计将会开启一个大市场。<br/>不支持3D硬件加速。FlashPlayer如果支持3D硬件加速，必将重写现有的2D矢量引擎，鉴于ShockWave 3D的 表现，FlashPlayer 硬件3D，很难有很好的用户体验!<br/>功能<br/>HTML5目前还只是草案，从已提交的内容来看，增加了许多更具语义的标签，新的标签意味着在DOM中增加新的类，如果把浏览器比做一个大 的 Flashplayer，HTML5无非就是在增加新的类，新的API。然后由JavaScript来调用这些API。<br/>如果HTML5要完全取代Flash，至少要提供和Flashplayer10相似的功能。<br/>这应该不是问题，添加WebSocket 、WebSQL、WebGL……甚至WebQt、WebMFC都是可以无尽畅想的。或者干脆把浏 览器就做成一个大虚拟机，完成Java的桌面遗愿。如果有足够的需求动力，这些都不是问题。<br/>性能<br/>在很多 HTML5激进派的文章里，都痛指目前Flash的效率低下，导致浏览崩溃。真的是Flash效率低到如此不堪吗?肯定不是，只是 Flash的滥用和参差不齐的Web前端开发人员造成的。同样如果用IE的JS引擎写一个Ajax版的XX农场，如果所有页面广告动画都用JS来写，我想 那才叫效率低下。如果真的Flash效率低，为什么那么多网页游戏都不是Ajax做的呢?为什么很多优化的很好的Flash3D游戏场景都很流畅，而一个 2D的XX农场就能拖慢你的酷睿2呢?不明真相的半吊子开发人员总是把浏览器不响应和崩溃归结于Flash效率低下。<br/>所以未来HTML5要取代Flash 必须有一个高效的2D/3D图形文字渲染引擎，和一个高效的JavaScript引擎。这样 才能带来更好的用户体验。这些，众浏览器厂商都准备好了吗?Chrome和Opera似乎正在走这条路。<br/>兼容性<br/>HTML4标准已经十多年了，今天我们还会写下fxckIE6的CSS样式名。浏览器的兼容性会是最大的问题，尤其是加入n多特性后的 HTML5和CSS3。IE，Firefox，Chrome，Safari这些浏览器背后的大佬们，怎么去协调呢?这有个矛盾，开发差异化的产品，却要提 供同质化的功能。JS性能、标签浏览，同步收藏，插件这些提高用户体验的功能，都是这些差异化的方向。如果再出现类似ActiveX这类IE only的 东西，那还不如维持HTML4这种方式不变。<br/>开发模式<br/>Flash IDE将无数优秀的艺术家、UI设计师和互动程序设计师团结在一起，最终成就了Flash，这也与Macromedia和 Adobe在图形设计和互动设计群体中的号召力不无关系。<br/>HTML5的互动会将JavaScript提高到一个新的高度，这必将需要一个成熟的开发环境。继续DW+Firebug?或者DW升级为 全新的HTML5互动开发IDE，或者微软VS来干这件事，或者是Eclipse?<br/>成熟的开发环境才能聚拢人才，才能激发无穷的创造力，带来更多的内容。丰富的内容自然带来更多用户。<br/>部署<br/>这是最重要的一个问题，没有这一步，一切都是零。<br/>Flash新版本怎么部署?在90%多桌面占有率的基础上更新插件就OK。HTML5怎么部署，更新浏览器，这个有点难，看看顽强的 IE6。听到有人建议微软在系统 ServerPack里包含IE更新，只能说这想法很好，但是反垄断的大锤一定会把微软砸死。<br/>那怎么引导用户去升级浏览器呢?对于互联网“Core User”来说不是问题，目前支持HTML5和CSS3部分特性的Chrome开发 版，很多人都在用了。但是那些“Light User”呢，可能连天天看网页用的这个窗口跟浏览器是什么关系都不明白。<br/>这需要一个HTML5的杀手级应用去引导，“Light User”几乎不会以技术为导向去升级浏览器的，他们只会以应用需求为导向去升 级。比如YouTube不再支持IE6用户，这样喜欢YouTube视频的用户会去升级IE6再来访问。用户不会是因为IE6的HTML标准兼容差而选择 更新IE6，这是必然的。<br/>那HTML5的杀手级应用在哪里呢?或者说都有Youtube这样的影响力和号召力吗?而没有这种号召力的网站，谁会贸然率先支持 HTML5来要求用户升级浏览器吗?这些网站之间必定会陷入囚徒困境中，在重复的囚徒困境中，博弈被反复地进行。最终才会全面进入 HTML5时代。这个 过程或者很短，也可能很长。毕竟现存的Web前端还没到不堪的地步，反倒是由于Flash这些插件和jQuery这些JS框架弄的有声有色。<br/>总结<br/>HTML5不是用户应用的迫切需求，更多是厂商试图改变软件生态格局的战略需求。<br/>HTML5的兼容性鉴于各大浏览器的以往表现，有 待观望，不宜立即迁移应用。<br/>HTML5需要一个成熟完整的开发环境，记事本+浏览器对付不了。<br/>HTML5功能的暴增，浏览器必须有一个高 效的图形引擎和脚本引擎。<br/>HTML5需要杀手级应用来吸引和引导用户升级浏览器，最终完成HTML5终端的部署。<br/>Flash是一个不断在 发展的技术，有很强的灵活性，HTML5不可能完全取代Flash，众多的开发人员也不会断然抛弃Flash。<br/><br/>同时请观看的分析：<br/>http://www.cnbeta.com/articles/105509.htm<br/><br/>截取片段：<br/>是的，你没看错。我看“HTML是Flash杀手”，“Flash过时了”之类的句子都看到想吐了。所以我在这里说说自己对“Apple vs Adobe”之间的口角，以及“Flash vs HTML5”谁更优秀的看法。并且解释一下，为什么在我看来，应是FlashPlayer10.1将灭掉HTML5。首先申明，我有一个Mac笔记本，一个Windows系统的笔记本，一堆Windows桌面软件，还有一个iPhone。我很喜欢它们，特别是 iPhone，我认为这是一个真正的发生在手机上的革命。你知道，我是一个视频专家，所以我将重点介绍与视频有关的方面<br/><br/>Flash Player 10.1的现状：<br/>Flash是一项伟大的技术。具有在互联网上近15年的成功经验，但也不能否认，也有很多人滥用Flash技术比如泛滥到令人厌恶的小广告，他们败坏了Flash的名声。<br/><br/>但是怎么能够就此否定它的强大：<br/>-AS3语言的特点：快速（编译），简洁，强大的面向对象的语言。<br/>-访问麦克风和实时影音的应用程序，或者增强显示应用。<br/>-操作位图，矢量图形，音频，视频，文本，xml，二进制数据。<br/>-通过RTMP，HTTP，AMF，SOCKET与多种服务端进行通讯的技术。<br/>-强大而分工明确的开发工具FlashCS4与Flex<br/>-支持H263, VP6, H264, AACv2, MP3, Speex, NellyMoser&#039;s Asao, MP3, FLV, MP4等音视频格式。<br/>-能够创建p2p应用，实时应用（FMS）<br/>-3D支持，图片滤镜，pixel bender<br/>-等等，等等等，等等等等<br/>。。。。。。<br/>。。。。。<br/>。。。。
]]>
</description>
</item><item>
<link>http://jackxiang.com/post//#blogcomment</link>
<title><![CDATA[[评论] FlashPlayer 10.1将灭掉HTML5？HTML5拿什么取代Flash]]></title> 
<author> &lt;user@domain.com&gt;</author>
<category><![CDATA[评论]]></category>
<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> 
<guid>http://jackxiang.com/post//#blogcomment</guid> 
<description>
<![CDATA[ 
	
]]>
</description>
</item>
</channel>
</rss>