JavaScript/CSS与Silverlight vs. Flex

我们目前有一个非常复杂的业务应用程序,其中包含大量JavaScript代码,使用户界面和交互感觉尽可能接近传统桌面应用程序(因为这是我们的用户想要的).多年来,这个Javascript代码不断发展壮大,难以管理和维护,并且更有可能增加新功能将破坏现有功能.毋庸置疑,许多此代码也不再是现有技术.

因此,我们有一些持续的讨论是否应该在Flex或Silverlight中重新编写应用程序的客户端部分,或者使用jQuery等一些最先进的JavaScript框架重新编写,或者我们是否应该继续使用我们的内容已经并逐渐尝试替换现有代码的最差位.更难以决定的是,重新编写UI可能会花费我们6-12个月的时间.

我想听听你对这个问题的看法(也许你们中的一些人已经不得不做出类似的决定).

编辑:回答答案提出的一些问题:后端代码是用C#编写的,目标受众(通常)是我们出售软件的公司的非技术用户(不是一般公众,但并非严格的内部用户),软件"只"必须在桌面浏览器中运行,但不一定在移动设备上运行,客户端应用程序是一个完整的用户界面.

老实说,我会重构旧的JavaScript代码而不是重写应用程序.既然你在询问将它放在哪个平台上,我猜你的团队并不是他们中的任何一个(不会抨击团队,这只是一个简单的事实,你在做出决定时必须考虑).这将对您不利,因为您将进行双重任务重写并学习如何在新平台上执行操作.

通过将其保留在JavaScript中,您可以慢慢地引入一个框架,如果您选择并迭代地执行(替换代码部分,测试它,释放它,并修复任何错误).这将允许您以较慢的速度执行此操作并获得反馈.也就是说,如果项目在中途被取消,那么你并没有完成所有的工作,因为最终用户正在使用更新的代码.记住瀑布模型,这基本上是完全交换的几乎永远不会起作用.

尽管我不愿承认这一点,因为对于开发人员来说,它总是最有趣的,转移平台,并且一次取代整个系统很少有效.有无数的例子,Netscape一个. 这是Spolsky的帖子.(我也会推荐" 梦想中的代码 "一书.这是一个失败的软件项目的优秀示例,以及如何和为什么).记住要从头开始重写一个系统,你基本上必须经历每一行代码并弄清楚它的作用和原因.起初你认为你可以跳过它,但最终归结为此.就像你说的那样,你的代码已经过时了,这意味着它很可能会完成任务.其中一些你可以忽略,其他人会,"我不知道系统需要它做到这一点."

这个决定通常不是关于技术,更多是关于你的技能和舒适区.

如果你有人吃饭和呼吸Javascript,但对.net或Flash/Flex一无所知,那么坚持使用Javascript并依赖于像jQuery或Prototype这样的库是没有错的.

如果您拥有其他任何一项技能,那么使用Silverlight或Flex可以获得更快的结果,因为您可以"免费"获得相当多的功能.

这些东西浮现在脑海中:

由于您拥有.Net后端,并且您有能力强迫您的客户进入特定平台,因此Silverlight是一种选择;

由于您的客户端是一个完整的UI,您需要小部件以及拖放等其他功能;

我还没有看到任何要求在Flex/Silverlight(例如流媒体视频,SVG支持)中重新开始(通常无法解决)的任何要求.添加到您的团队熟悉Javascript,我认为您无法制作这是一个令人信服的案例,除了Javascript以外的任何事情.

但当然Javascript有很多东西,并且有很多Javascript框架1.最重要的分隔符是您的意图是"装饰"一组网页,还是需要一整套小部件来在Web上创建类似桌面的应用程序.你的问题表明它是后者.

因此 - 我可能会因为这样说而被低估 - 我不认为jQuery是答案,我说这是喜欢jQuery的人.jQuery(imho)非常适合增强Web页面和抽象的跨浏览器低级功能,但对于复杂的UI开发人员来说,最重要的因素是:

这都是关于小部件的.

是的,我知道jQuery UI,但是当涉及到小部件时,它比其他人更稀疏.我建议你看看一些框架的示例和小部件库:

YUI示例图库 ;

ExtJS演示 ; 和

SmartClient功能资源管理器.

其他(jQuery,Dojo,Mootools,Prototype)更"紧凑"的框架可能不太适合您的目的.

在做出决定时还要考虑每个框架的许可.

我对以上三点的看法是:

ExtJS在某种程度上激怒了社区,因为它最初是作为LGPL开始的,但有一个有争议的许可证更改(该帖子在76页!)到版本2.1的GPL /商业版.社区不再积极参与框架的发展的问题.反正不是主线版本.这意味着它由一个小团队(可能是一个人)而不是社区开发和支持.恕我直言,不值得为此支付商业许可证,GPL可能在您的情况下是禁止的;

YUI得到了雅虎的支持,并且可以获得更宽松,更少侵入性的BSD许可.它成熟,使用良好,值得认真考虑; 和

SmartClient让我印象深刻.它可能是最宽松的许可证(LGPL),大约有七年之久,拥有令人难以置信的令人印象深刻的小部件.看看他们的功能浏览器.

您的决定应基于您如何"免费"获得尽可能多的应用程序.您不希望花费宝贵的开发人员时间来执行以下操作:

编码UI小部件,如树木和手风琴;

测试和修复跨浏览器的Javascript和CSS问题;

创建自行开发的框架,这些框架与现有框架的功能有很大的重复.

我会认真地看看上面三个中的一个作为你前进的道路.