是否存在现有的';通过CDN和x27的Silverlight组件;类似于谷歌/微软提供jquery的选项?

是否存在现有的';通过CDN和x27的Silverlight组件;类似于谷歌/微软提供jquery的选项?,silverlight,silverlight-4.0,mvvm-light,cdn,caliburn.micro,Silverlight,Silverlight 4.0,Mvvm Light,Cdn,Caliburn.micro,javascript/jquery工作中我真正错过的一件事是能够通过CDN将主要部分(jquery、公共插件)提供给客户机。它有很多好处(托管成本、启动时间、跨应用缓存等) 看起来所需的繁重工作已经到位,至少在一些可以“自动”完成的事情上。我可以想象CDN只需要一个clientaccesspolicy.xml来允许它,并且可能需要对应用程序库缓存支持进行一些更改,以查看支持库的xap源代码以外的其他位置(尽管可能已经存在,但我还没有找到它?) 当然,我可以使用我的程序集并使用“手动”方法

javascript/jquery工作中我真正错过的一件事是能够通过CDN将主要部分(jquery、公共插件)提供给客户机。它有很多好处(托管成本、启动时间、跨应用缓存等)

看起来所需的繁重工作已经到位,至少在一些可以“自动”完成的事情上。我可以想象CDN只需要一个clientaccesspolicy.xml来允许它,并且可能需要对应用程序库缓存支持进行一些更改,以查看支持库的xap源代码以外的其他位置(尽管可能已经存在,但我还没有找到它?)

当然,我可以使用我的程序集并使用“手动”方法(将它们上传到S3或其他地方),但假设我使用的是“标准”构建的库(MVVM Light、Caliburn.Micro等),这似乎会为Silverlight应用程序带来与现有CDN对jQuery应用程序相同的社区范围的好处

这个问题已经解决了吗?如果是,那么这样做的项目/代码在哪里?:)


谢谢

我相信在应用程序库缓存开发的早期阶段,微软会提供一些公共库拉链的概念。然而,由于一些未公开的原因,这一概念并没有出现在发行版中。应用程序库缓存仅在原始源文件夹中有效


这听起来是个好主意,但我认为他没有腿。当有大量网站使用公共CDN时,CDN概念就会起作用。Silverlight在许多网站中的普遍使用程度不足以使CDN方法真正有价值,即使是最常见的SDK DLL,更不用说第三方DLL了。

如果没有一个实体拥有CDN并且对改善Silverlight最终用户体验(即Microsoft)有既得利益,我会同意。事实上,您可以说,在早期,这种观点对ASP.NET AJAX更适用对于他们来说,托管Silverlight Toolkit、Blend dll和各种常见的第三方dll(甚至可能是商业dll,如Telerik、ComponentOne等)对他们来说很简单,对社区来说是一个巨大的推动。“杀手”场景是云托管的应用程序,我必须支付转移成本。我想节省在我的硬币上传输这些dll的费用!:)