关于Silverlight中多项目共享DLL文件的讨论

关于Silverlight中多项目共享DLL文件的讨论,第1张

概述假如你的解决方案中有两个Silverlight项目,其中的DLL文件时两个SL项目都使用到的,为了能够最大程度的减小XAP包的体积,你选择了系统的这个选项   编译后在Web的ClientBin文件夹下会出现这样的结构    这样呢,两个项目共享这些DLL的压缩文件,每个项目的XAP便缩小了。 但是,我们一旦选择了OOB功能,便发现不能够再选择系统自带的减小xap的功能了,怎么办呢,于是,我们在选

假如你的解决方案中有两个Silverlight项目,其中的DLL文件时两个SL项目都使用到的,为了能够最大程度的减小XAP包的体积,你选择了系统的这个选项 @H_502_7@

@H_502_7@

 编译后在Web的ClIEntBin文件夹下会出现这样的结构 @H_502_7@

 @H_502_7@

这样呢,两个项目共享这些DLL的压缩文件,每个项目的XAP便缩小了。@H_502_7@

但是,我们一旦选择了OOB功能,便发现不能够再选择系统自带的减小xap的功能了,怎么办呢,于是,我们在选择OOB的基础上编译了项目。于是便生成了这个结构@H_502_7@

 

 @H_502_7@

我们还是想将两个xap包中共有的DLL抽取出来,怎么办呢,将ProjectA.xap改写为ProjectA.zip,然后解压后看到 @H_502_7@

  ---解压后---@H_502_7@

 @H_502_7@

打开AppManifest.xaml后可以看到@H_502_7@

<Deployment xmlns="http://schemas.microsoft.com/clIEnt/2007/deployment" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" EntryPointAssembly="ProjectA" EntryPointType="ProjectA.App" RuntimeVersion="4.0.50401.0">
        <
Deployment.OutOfbrowserSettings>
            <
OutOfbrowserSettings Shortname="ProjectA Application" EnableGPUacceleration="False" ShowInstallMenuItem="True">
                <
OutOfbrowserSettings.Blurb>ProjectA Application on your desktop; at home,at work or on the go.</OutOfbrowserSettings.Blurb>
                <
OutOfbrowserSettings.windowsettings>
                    <
windowsettings Title="ProjectA Application" />
                </
OutOfbrowserSettings.windowsettings>
                <
OutOfbrowserSettings.Icons />
            </
OutOfbrowserSettings>
        </
Deployment.OutOfbrowserSettings>
        <
Deployment.Parts>
            <
AssemblyPart x:name="ProjectA" Source="ProjectA.dll" />
            <
AssemblyPart x:name="ProjectB" Source="ProjectB.dll" />
            <
AssemblyPart x:name="System.windows.Controls" Source="System.windows.Controls.dll" />
            <
AssemblyPart x:name="Telerik.windows.Controls" Source="Telerik.windows.Controls.dll" />
        </
Deployment.Parts>
    </
Deployment>
@H_502_7@

于是就设想能不能将下面两个DLL独立出来放到xap的外面呢,@H_502_7@

<AssemblyPart x:name="System.windows.Controls" Source="System.windows.Controls.dll" /> @H_502_7@

<AssemblyPart x:name="Telerik.windows.Controls" Source="Telerik.windows.Controls.dll" /> @H_502_7@

基于这个想法有两种思路,@H_502_7@

第一种是按照普通非OOB方式来改写配置文件@H_502_7@

<Deployment.ExternalParts>
        <
ExtensionPart Source="System.windows.Controls.zip" />
        <
ExtensionPart Source="Telerik.windows.Controls.zip" />
</
Deployment.ExternalParts>
@H_502_7@

并将DLL压缩放到ClIEntBin下@H_502_7@

 @H_502_7@

本以为会顺利运行,不曾想却跳出个错误@H_502_7@

 @H_502_7@

于是想到第二种,直接改写OOB方式得配置文件为@H_502_7@

<AssemblyPart x:name="System.windows.Controls" Source="../System.windows.Controls.dll" /> @H_502_7@

<AssemblyPart x:name="Telerik.windows.Controls" Source="../Telerik.windows.Controls.dll" />  @H_502_7@

 @H_502_7@

无奈还是出现了错误,@H_502_7@

 @H_502_7@

关于在OOB开启的情况下将xap包中的DLL抽取出来,如果不考虑动态加载这些DLL,您有好的办法吗,欢迎讨论。@H_502_7@ 总结

以上是内存溢出为你收集整理的关于Silverlight中多项目共享DLL文件的讨论全部内容,希望文章能够帮你解决关于Silverlight中多项目共享DLL文件的讨论所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1026649.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-23
下一篇 2022-05-23

发表评论

登录后才能评论

评论列表(0条)

保存