打印

呵呵,看来果然是维护Silverlight的人多啊,那不妨看看我的想法

当我们从直觉判断一个产品的成功与否,我想首先我们自己要对一些事情加以了解,而不是以为的猜测,这种盲目的拥护是毫无意义的,当然我本身是一个FLASH的开发者,但是我也并不是维护FLASH,就FLASH本身而言还有很多需要做的,也有不及Silverlight的地方,OK,我先从下面的几点介绍一下

我们做的程序给谁看,回答是用户,对,如果用户想看肯定要满足一点就是关于FLASH和Silverlight的普及率,好,我先假定,Silverlight和FLASH的普及率一样,这点持平

我们的客户都是什么样的使用者,我相信有超过80%的使用者对电脑本身就不是很了解,这个概率也许都是低的,他们上网做什么,看商业网站?,还是看可爱的动画片?,还是玩玩游戏?,我想后2者的几率是非常大的,至于去看商业网站的人会很少,和全世界的这个网民比起来几乎等于0,OK这点我们知道就可以了,继续看下面的

开发者的首选是谁:有了我们开发者的使用,才会让这个软件或技术流行起来,这点你要相信,相信每个人都有一种实用习惯,对熟悉的东西总是认为好,所以我不从我的观点来说哪个好,但是我遇到很多这样的情况,几乎所有做设计的,都可以把FLASH那过去修改,当然我不知道Silverlight是否可以,这点需要我们用心去评价了,因为我只是知道作为开发者会选择一个简单且有效的开发工具,而不会因为所谓的效率去选择相对好的技术或插件,就像做一个动画一样,同样用FLASH和AE都可以做,但是选择FLASH的却是很大一部分

软件的协同工作,自从ADOBE收购MM以后,很多软件都可以和FLASH直接交互,大大的增加了工作效率,这点我相信明智的大家都知道会选择什么

安装FLASH插件以及成为主动行为而非被动,我不是说我自己为了开发FLASH才去安装,而且我为了要玩一些游戏,或者看一些动画片才去安装,这点大家可以到电脑维修部或者是装机,或者是一些经常做WINXP的朋友那里去问,因为我未必能说服大家

效率:其实如果针对2个软件的效率进行对比,是无法对比的,当然即使对比的话,我想大家也会在不影响效率的情况下,选择开发较为简单的软件,举例:如果作为一个编辑,你说我是给他配一个CORE2的CPU好呢,还是配一个赛扬好呢,当然CORE要多出很多钱,但是很多公司配的不是CORE2,因为公司知道电脑够编辑用旧可以了,就是这么简单,不要一位的追求执行效率,开发效率和质量有些时候远远比这些重要的多

当然说到这里不是说BS什么什么的,大家也别这么想,其实如果Silverlight以后真的好,我也会抛弃FLASH,这就是市场,但是按照上面几条,我估计我可以抛弃FLASH,但是网民绝对不会,然而Silverlight就不好推测了,所以大家最好先深入的了解Silverlight的应用领域和开发效率以及稳定性,如果这些都谈不上,何必PK呢,拿什么和FLASHpk呢?难道是微软的操作系统,微软的操作系统在NB也不会改变大家对一个软件的看法,因为我做的东西是给网民看的(如上面的第二条),正如我有的时候会用叉子吃饭,但是我绝大部分用筷子一样,顺便问问:谁可以用Silverlight作一个矢量的MTV动画,发出来我们欣赏一下

如果魔兽有WEB和硬盘版,你会选择哪个?WEB版本,那我估计就光下载这个游戏可能就要花费不少时间,所以别拿GPU来说事,支持不支持要看实际应用,如果使用不到,对我们来说这个就是垃圾功能,各位说呢?还是那句话,本人没有任何抨击SL的想法,我也很支持,只是看到网上PK帖子多了以后发表了一下自己的看法而已,所以大家也别较真


本人博客:www.kelew.com

[ 本帖最后由 shmaiy 于 2008-2-19 16:30 编辑 ]
1 有关最终用户看到的内容:

有一种产品是为了迎合消费者的口味而诞生,而有一种产品是为了引导未来的方向而诞生。

无论是ADOBE还是M$这类第一阶层的软件公司,他们的大部分产品都是后者。做不做动画是应用方向的事情,无论是Flash还是Silverlight,官方从未打算作为动画开发软件,早期应对Flash动画开发,我觉得有更好的如ToomBoomStudio等顶级动画软件(也能生成SWF),从操作流程和工作方式上要更好于FLASH。至今ADOBE也没说要强化动画制作功能,反而在加强开发能力和体系,这足以说明,他们所引领的应用方向,绝非动画那么简单。

2 开发者

Adobe和M$在某一层上都有着自己的平台和技术架构,就像JAVA和.NET一样,无所谓把喜欢Java的人硬拉去做.NET。这与自己所处的实际工作上的业务环境有关。[引用]"其实如果Silverlight以后真的好,我也会抛弃FLASH”。

3 效率

技术上是可以做到标准的评测的。相关权威资料说SL的效率高,我也看过,我作为多年的实际开发者,我认为在我工作的"大部分"场景下意义不大,我们做的应用大部分是帮助客户节约资源,而不是浪费CPU或内存资源,我更愿意我的FLASH或Silverlight应用安安静静的在那里跑着。当然,少数除外哦。。不过如果真是那5%左右的效率差距,在表现层那个小小的平台上,其实也不算个啥,我觉得都OK。



我的理解:

无论是ADOBE还是M$,他们的这二个产品肯定有竞争关系,但是从另一个角度来说,他们是在做自己的可持续发展之路。他们二家都想在表现层技术上进行革新,也就是慢慢开始从这么多年的HTML框架上跳出来。希望自己的东西能成为下一代所谓RIA产品的表现层技术的一个标准平台,就像HTML在网页中的标准一样。

ADOBE早些年就发表了所谓Flash Platform战略,他们认为Flash会成为这个体系下最好的表现层技术,所以也从Flash IDE中也跳了出来,开发了MXML作为开放式的标准来优化二进制的SWF不开放的体系以好作为技术标准用于开发,因此ADOBE体系下的所有产品都将继续走Flash Player的路子,作为表现层的最终展示。

而M$提出的是类似的XAML策略。(我怀疑是受ADOBE启发),只有开放式的标准,才值得更多的被接受,因此从桌面端,M$的WPF使用XAML作为标准,而WEB端,M$的Silverlight也使用XAML作为标准。所以开放式标签与一个runtime,帮助二家各自进行表现层面的持续发展。


纵观现在的技术,连OFFICE 2007的文档也是开放XML结构的了,表层技术如果还停在二进制(swf)上,未来不会获得太多第三方及开发者支持,因为开放式的XML东西的确好啊,就像说文件拿给别人都能改一样,某个意义上是太有用了。从现在来说,其它厂商,都可以在XAML或MXML标准下,做自己的解释工具,或编辑工具来生成由Flash Player或Silverlight能解释运行的产品。

理论上说未来能出现同时支持FLASH和Silverlight的IDE级别的制作工具(通过XML已经开放了嘛)。我现在当然觉得Expression Blend产品做得差Flash还不是一点半点。但是同时我也发现Adobe的新产品Thermo从概念上来说,是学习了Blend的工作机制与产品定位,个人觉得Thermo做得比Blend要好,在设计师领域的关注上,Adobe真不是盖的。关于这些工具的各自方向我以前有画一张图,回头贴上。[个人对比图]

产品竞争:

从后台的其它技术支持角度来说二个产品,我觉得一直从事M$平台工作的开发者如果RIA,会自然转向Silverlight,因为路已经铺好了(具体请了解SL2.0)。而做其它平台工作的如果要RIA,选Silverlight也行,学习成本大一点(.NET体系和工作方式相对AS3复杂),也能选FLASH,也需要学习,可能简单一点,问题较大的是Flash目前后台技术整合少了一点,还只是在表现层上。

所以从竞争上看,只能从功能上找了。其实现在我觉得MXML和XAML作为表现层描述上几乎差不多,主要在于提供的类库也就是功能上是否能满足我们的需要,就目前而言,Silverlight只是个初级产品,所提供的功能甚少,在我长期工作中所需要的很多功能,比如位图Bitmap(F8开始就支持BitmapData了),Silverlight就没有,还有其它的就更别提了。所以在考虑实际应用的情况下,我首选Flash,像招人一样,能干活呀!

结论:

1 FLASH现在的功能,本质上强于Silverlight
2 大家不要去竞争看待,实际做了东西之后,再谈想法,二个产品都能为我们的工作或收益带来好处,就都学呗。
3 二个产品分别管着自己的那片技术架构,在与后台配合的整体开发流程和架构上绝对是各有千秋,各有各的好。
4 Silverlight年龄还小,指不定未来有什么东西能让我们眼前一亮Flash .vs. Silverlight 版本是10:2呢
5 二个产品的出现,带来的竞争是引领整个这个行业的提高,从Blend产品到Thermo这二个IDE产品的竞争上就能看出来,最终受益的是我们真正做东西的每位同学,我们的开发越来越快,东西越做越炫。

[ 本帖最后由 neo 于 2008-2-19 18:05 编辑 ]
本帖最近评分记录
  • langmuir 威望 +1 说的精彩 2008-2-19 20:48
@neo 很精彩  我就是一直从事M$平台工作的开发者。
呵呵 转向silverlight是很自然的事情。   
顶!一语中的!楼主的看法很客观!很有说服力!
支持一个!

TOP

还在为头像烦恼?还在为不能关注好友动态烦忧?快来蓝色理想家园吧!
回复:neo的帖子

首先你说的这些大家其实都知道,这只是单从次的技术方面,其实更多的时候你应该考虑到应用,至于效率方面只所以说SL快,我说的其实是SDK方面,因为我们都知道SL调用的是系统控件,比如按钮等等,而FLASH则不同,所以效率方面到不是主要的原因,还是那句话,现在安装FLASH是处于主动意识,而非被动,SL呢?强制用户安装?别说用户了,作为程序开发的我们都不知道自己的机器有没有安装SL,这是最大的失败,SL如果想做好,那就必须很容易的被大家去学习,而不是依靠WINDOWS,那样只会拿石头砸自己的脚,正如你所说10:2这个概念,SL不是追赶不上FLASH,只是时间问题,但这个时间也许要远远超出MS的预算

TOP