2010-11-03 73 views
-3

Silverlight是否更具可扩展性,然后是HTML。我发现Silverlight代码在客户端上运行,除非它必须更新或从服务器获取数据。如果我在Silverlight中开发应用程序,我的应用程序会更具响应性吗?我并不担心在客户端安装Silverlight的最终用户。我可以自己安装silverlight到客户端。silverlight是否可扩展?

我只需要知道,如果我开发Silverlight应用程序将它使我的应用更具扩展性和/或响应

+1

比什么更具扩展性和响应能力? HTML,WinForms,C++?你的问题没有完成 – 2010-11-03 17:16:10

+0

你是什么意思?你打算做某种网格/集群计算吗?你需要客户使用多个核心吗?多个CPU?多台物理机器?用哪种方式可扩展? – jalf 2010-11-03 17:19:38

回答

2

对于所有意图和目的,Silverlight应用程序都是通过Web提供的“胖客户端”应用程序。他们的代码在本地机器上执行,并且通过WCF Web服务进行与数据存储的通信,WCF Web服务通常由RIA Services包装。

一旦加载,Silverlight应用程序的响应速度非常快。在Silverlight中构建一个性能良好的用户界面可能会比WPF更具挑战性,但不是太多。

1

的问题就没有意义了。 HTML本身并不是什么。没有交互性,没有什么可以响应。当然,网络应用通常依赖于服务器端逻辑(这需要网络往返,导致延迟)和Javascript(本地运行,所以非常快速)......但是HTML本身就是一种描述文件的语言。它不会什么,它不是“响应”或“可扩展”。

最终,这两种方法都是相同的:无论是在HTML页面还是Silverlight中使用JavaScript实现逻辑,响应性都不会有显着差异。当您需要与服务器通信时,浏览器或Silverlight插件是否发出请求并不重要,在这两种情况下都需要网络往返。

+0

+1最大的关键是“html”应用程序逻辑必须在JAVASCRIPT中,而不是代码服务器端代码与回发,而不是。按照现代标准,这样的应用程序令人难以置信。 – 2010-11-03 17:21:00

+0

当然,每个人都知道,如果一个web应用程序都是html,那么会有更多的全程往返服务器。如果Facebook是100%silverlight,你认为他们现在需要这么多的服务器和带宽吗? – Luke101 2010-11-03 17:58:57

+0

@Luke:是的。他们仍然需要进行相同数量的服务器端处理。你如何“喜欢”没有往返服务器的东西?你会如何阅读你的朋友的状态?无论您是否使用Silverlight,该数据都不会奇迹般地出现在客户端上。它必须由客户端(浏览器或Silverlight)请求,然后从服务器发送。用来编写客户端的技术在那里几乎没有什么区别。 – jalf 2010-11-03 18:11:57

0

可扩展性是什么?带宽,服务器CPU?

理论上,将处理移动到客户端将有助于服务器CPU,但您的数据请求仍然需要处理。此外,如果你的silverlight应用程序比网页大,它会取代你,最终可能会使用更多的带宽。 (您可以使用CDN)

原则上,如果在一个会话期间遇到很多页面,那么认为它可以更具可扩展性是公平的。

其他问题,例如市场可到达当然,但有一个客户端应用程序是我用来帮助速度和成本的方法。

+0

可扩展性是什么?带宽,服务器CPU?都! – Luke101 2010-11-03 17:59:54

+0

Upvoted to counter spurious downvotes。除非您有正当理由,否则请不要低估,如果是这样,请发表评论*描述*原因。而“我想要我的问题的另一个答案”不是一个有效的理由。这只是意味着你应该更加努力地*问你的问题。 – jalf 2010-11-03 18:15:39