为什么 Expression Blend SDK 中的程序集不支持应用程序库缓存？
诚然，创建 extmap.xml 文件相对简单：
http:// /msdn.microsoft.com/en-us/library/dd833069(VS.95).aspx
但是，虽然许多第三方库提供了 extmap.xml 文件及其程序集（例如，值得庆幸的是，Telerik 就提供了）， Blend SDK 没有（查看我的 C:\Program Files (x86)\Microsoft SDKs\Expression\Blend\Silverlight\v4.0\Libraries）。目前我看不出有任何理由会出现这种情况。
这只是一个简单的疏忽吗？是否有某种原因这些特定程序集不应包含在应用程序库缓存中？这是一个支持问题吗？它们在 xap 之外不受支持吗？
诚然，我们在 xap 中使用的 SDK 中的 5 个 dll 总共只有约 420KB（压缩前），但如果没有技术或支持原因不这样做，我想将它们移出。 :)
Admittedly, creating extmap.xml files is relatively simple:
http://msdn.microsoft.com/en-us/library/dd833069(VS.95).aspx
But while many third-party libraries provide extmap.xml files with their assemblies (for instance, Telerik thankfully does), the Blend SDK doesn't (looking in my C:\Program Files (x86)\Microsoft SDKs\Expression\Blend\Silverlight\v4.0\Libraries). I don't see any reason at the moment for that being the case.
Is it just a simple oversight? Is there some reason those particular assemblies shouldn't be included in app library caching? Is it a support issue and they're not supported being outside the xap?
Admittedly, the 5 dll's we're using from that SDK only total about ~420KB (before compression) in our xap, but I'd like to move them out if there's no technical or support reason not to do so. :)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
没有任何技术原因不这样做。 takeit dll 最初也没有 extmap 文件，但正如您所说，创建它们相当容易。
从技术上讲，应用程序以完全相同的方式使用它们，应用程序将在执行应用程序之前下载并加载所有压缩的 dll，就像通常加载 Xap 中嵌入的所有 dll 一样。
您只需要小心，避免回到 dll 地狱的时代。在同一个 ClientBin 文件夹中托管多个使用不同版本 dll 的 Xap 可能会很棘手。因此，您应该真正准备好一起构建和发布整个 ClientBin 文件夹。
当然，没有什么可以阻止您使用多个文件夹来避免版本问题，但这会减少缓存的好处。
There is no technical reason not to do so. The tookit dlls originally came without extmap files as well but as you say its fairly easy to create them.
Technically the applications use them in exactly the same way, the app will download and load all the zipped dlls before it executes the app just as it would load all the dlls embedded in a Xap normally.
You just need to be careful to avoid going back to the days of dll hell. It can be tricky to host multiple Xaps in the same ClientBin folder that use different versions of the dlls. Hence you should really be prepared to build and release an entire ClientBin folder together.
Of course there is nothing stopping you using multiple folders to avoid version issues but that would reduce the caching benefit.