Flash与Silverlight

我们正在建立一个培训网站,我们需要跟踪观众观看视频并存储有关观看的详细信息(当他们暂停时,如果他们观看了整个视频等)

在决定这两种技术时我们应该考虑什么？

我忘了添加.这是一个内部应用程序.我们完全控制环境.如果这是一个公共应用程序,我肯定会使用Flash.

我只是在寻找两者之间的技术优势.

我会讨好,因为似乎人们忽略了问题:Flash与Silverlight的技术优势是什么？(因为它适用于内部应用程序)

Flash专业人士

在我看来,"艺术"界面要好得多.如果您有艺术家和设计师习惯使用Illustrator或Photoshop,这非常简单.

他们的环境整合基于帧的电影时间线的方式非常灵活,并且已经存在多年.它可以很容易地将许多不同的动画元素和声音集成并分层到您的电影或动画中.

所有编码都是使用JavaScript-esque语言ActionScript完成的,因此对于非Microsoft开发人员来说,语法的学习曲线至少相当低.

在线支持.有多年和几年的帖子可以帮助您弄清楚您需要做什么才能在Flash中获得您想要的内容.

Silverlight专业人士

它使用.Net作为后端.如果您有很多.Net开发人员,那么您将能够以编程方式利用.Net框架,这是一套功能更强大的工具.

更容易调试.根据我的经验,它比Actionscript更容易调试,这主要归功于优秀的IDE.

把我带到IDE.该编码 IDE是大大优于Flash的笨重,拼凑起来,fancified textpad.它具有智能感知,自动完成等功能.

Flash Cons

在我丰富的Flash体验中,如果您正在制作一个高度互动的应用程序,它可能会出错,因为所有人都会离开.一些与胡说八道相关的错误,工作最多只是hackish.

IDE糟透了.期.这是一个记事本与一些执行不良的intellisense-esque关键字识别.

语言有时会落在脸上.我已经看到了突然变种对我有所有类型敏感的实例,其中不仅仅是之前的两个节.我的错？也许.大概.但是,尽管如此,我已经看到了一些来自ActionScript的奇怪行为,而C#总是按照我所说的去做.

没有真正标准的做事方式.没有"最佳实践将您的代码放在这里"的方式来做事情.Flash允许您将代码放在任何内容上.一个框架,一个MovieClip,一个对象,一个数组...确定无论如何,只是在一些东西和派对上弹出一些功能!这使得在其他人的应用程序中发现错误成为一项真正的苦差事.

Silverlight Cons

在我看来,还没有很多文档.

比较不合标准的"艺术家"界面.如果你想要一定的外观,你的设计师可能更难以实现.

如果你不习惯XAML,布局可能是一个真正的痛苦.如果你从来没有使用过XAML,并且你有一个排序时间表来完成这件事,那么你最好准备加入一些额外的时间,或者保持一个不那么出色的外观和感觉.使用XAML获得你想要的外观并不像在Flash中那样容易.

同样,所有这些都是我自己的观点和我的经验.其他人可能有不同的意见.

如果您有一些设计师和一些Flash体验,请使用闪存.如果你想学习新东西,填写你的简历,除了.Net体验之外你什么都没有,请使用Silverlight.

最后,做任何让你喜欢上班的事情.(只要它符合你的截止日期.大声笑)

哦,我应该注意,我不是在谈论FLEX,而是Flash.

最近我必须在silverlight和flash之间进行一次非常激烈的交互式组件调用,我不得不使用flash.原因之一是:在线支持.如果我在flash中构建某些内容时遇到问题,那么我很有可能会在某个地方找到帮助,以解决同样的问题.而且Silverlight是新的,并且仍然是beta迭代的新鲜事,不太可能找到相同数量的帮助(至少现在.)最后,我的Flash应用程序非常复杂,我仍然遇到了一些我无法解决的问题找到帮助,只需要挖掘api并尝试一些事情.如果我选择使用Silverlight,我会非常无所事事.不要误会我的意思,我很想跳进银幕,我希望有一天能将我的flash应用程序转换为SL.我只需要在线社区/论坛的存在就能成长.它会.我很高兴看到Silverlight会去哪里.

你的开发者知道什么？如果他们已经知道ActionScript然后使用Flash,如果他们知道C#,VB.NET,JavaScript,Ruby或Python,那么就使用Silverlight.

如果你正在寻找可维护性,它的银色光,他们的编程api,更清洁.

但是,它不仅没有安装到任何地方,它也不受每个浏览器或客户端操作系统的支持.

如果可以的话,可以同时使用它们,但是如果你不能这样做,可以在flash中进行,并在安装基数较大后有机会移植它,因为silverlight在工程上更容易实现.