• VS中自动选择x86或x64的dll


    http://www.cnblogs.com/lzjsky/archive/2010/09/06/1819321.html

    原来使用Win7的32位系统,进行C#工程的开发,后来重装系统,换成了win7的64位系统

    调试原来的工程,由于在其中引用了“SQLite”的32位的dll,导致在64为位下程序无法运行(但是编译可以通过)

    后来通过修改工程文件(.csproj),在其中设置引用的条件,解决了问题

    打开引用了SQLite的工程(例如叫做info)的工程文件(info.csproj),找到对SQLite引用的语句,类似如下的代码

    ---------------------------------------------------------------------

    <Reference Include="System.Data.SQLite, Version=1.0.65.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139, processorArchitecture=x86">
    <SpecificVersion>False</SpecificVersion>
    <HintPath>....libsSQLiteSystem.Data.SQLite.dll</HintPath>
    </Reference>

    ---------------------------------------------------------------------

    这里指定了引用的库的名称,路径等信息,将上面的配置内容,修改如下

    ---------------------------------------------------------------------

    <Reference Condition=" '$(Platform)' == 'AnyCPU' " Include="System.Data.SQLite, Version=1.0.65.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139, processorArchitecture=x86">
    <SpecificVersion>False</SpecificVersion>
    <HintPath>....libsSQLiteSystem.Data.SQLite.dll</HintPath>
    </Reference>

    ---------------------------------------------------------------------

    只是增加了一个Condition的限制条件,表示只在平台类型位AnyCPU的时候,按照这个路径引用dll

    复制上面的配置内容,并按照如下进行修改,设置在x64平台的生成时引用的dll路径

    ---------------------------------------------------------------------

    <Reference Condition=" '$(Platform)' == 'x64' " Include="System.Data.SQLite.x64, Version=1.0.65.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139, processorArchitecture=AMD64">
    <SpecificVersion>False</SpecificVersion>
    <HintPath>....libsSQLiteSystem.Data.SQLite.x64.dll</HintPath>
    </Reference>

    ---------------------------------------------------------------------

    最后,说一下怎样在VS中设置不同的生成平台

    在工具栏的“解决方案平台”(一般这里会显示着“Any CPU”)下拉框中选择“配置管理器”,在其中添加想要的平台类型(一般就在x64,x86,Itanium中选择,不要修改默认名称)

    然后在窗口下部的“项目上下文中”,在对应的项目(这里仅info项目,其他的保持AnyCPU不变)中修改平台类型(修改为X64)

    然后,配置到这里,可能在项目文件中,对应新增的平台类型的一些设置不完整(我遇到编译的时候提示“OutputPath没有设置”),这个时候,进入vs的项目属性界面,稍微修改一下(改成别的,保存,再改回来)这些设置

    ok,这个时候,应该就可以根据平台的类型不同,引用到对应的dll了,

    在网上找到的资料说,这种方法对于msi的安装程序的制作不太好使,我不太清楚,涉及到这方面的同学,再仔细查查看

    不过,我这里提供一个可行的解决方案,那就是不要将整个项目制作到安装程序中,只是制作一个最基本的安装程序,然后通过升级来保证最新

    如果是在没有网络的环境中,那也可以将编译产出单独解压到安装目录下,以避免将整个解决方案制作成安装包

  • 相关阅读:
    传智168期JavaEE hibernate 姜涛 day36~day37(by阿滔)(2017年3月5日08:49:17)
    传智168期JavaEE hibernate 姜涛 day34~day35(2017年2月27日16:47:47)
    传智168期JavaEE struts2杜宏 day32~day33(2017年2月15日23:27:09)
    传智168期JavaEE struts2杜宏 day 29~day31笔记(2017年2月4日23:14:00)
    崔希凡JavaWeb笔记day28(JavaWeb完毕)(期末,暂停更新)(2016年11月16日12:35:27)
    崔希凡JavaWeb笔记day25-day27(2016年11月11日22:02:34)
    崔希凡JavaWeb笔记day22-day24(2016年10月22日16:49:11)
    崔希凡JavaWeb笔记day19-day21(2016年10月4日17:38:58)
    崔西凡JavaWeb笔记day16~day18(2016年9月19日13:03:10)
    idea 热部署配置
  • 原文地址:https://www.cnblogs.com/chucklu/p/3934337.html
Copyright © 2020-2023  润新知