vsXX,生成解决方案失败

vsXX,生成解决方案失败篇一：vsXX 安装失败的解决办法总结VSXX 安装失败解决方法总结 我是在 WIN7下安装 VSXX,第三次终于安装成功，特此把安装过程遇到的问题和网上的解决方法总结如下。整个安装大约 1个小时左右，为确保安装成功，安装过程中请不要对电脑进行其他的操作。 一 问题描述: 第一次安装遇到的问题，如下图，无法安装.net framework 等。 此问题解决方法：修改注册表，解决由于操作系统版本问题导致安装不成功的问题。 具体修改方法如下： 1 在运行里键入“regedit” ； 2 在注册表里的 HKEY_LOCAL_MACHINESOFWARE Microsoft Internet Explorer MAIN； 3 MAIN子键的权限问题,修改成“允许完全控制“.MAIN子键点 击右键里弹出权限子窗口，在“完全控制”前面处打勾； 4 重启电脑后再安装； 5 若安装成功，界面提示安装成功。 二、若按照上面修改了注册表，还是安装不成功，注意再作以下 调整（特别是红色字体部分）：1、安装前请阅读Visual_Studio_XX_自述文件.pdf ，如果你装的是 XP系统，要装 SP3补丁。 2、请确保你的安装文件正确，建议用 MD5验证完整性。 3、如果使用虚拟光驱安装，请确保虚拟光驱能开机自动运行，并且自动加载虚拟光驱。电脑重新启动后虚拟光驱不要更换盘符。 4、切断网线、退出杀毒软件(如：360)（第二次安装的过程中没有切断网线和退出杀毒软件，还是安装失败） 5、如果安装过程终止（系统需要回滚）或是安装失败，你需要重新安装，请确保系统卸载干净 vsXX相关的东西，如： (1) Microsfot .NET Framework 4 (2)Microsfot .NET Framework 4 简体中文语言包 (3) TFS 对象模型(x86) (4).NET Framework4 Multi-Targeting Pack 首先考虑在控制面板中卸载干净 VSXX相关的程序。如果控制面板删除程序有问题，可利用第三方卸载工具，如:完美卸载等进行卸载。 篇二：用 VSXX建立空白解决方案用 VSXX建立空白解决方案 三层结构，会有多个项目。为了让各项目之间的关系反映在目录结构上所以要建立一个解决方案。 1.建立解决方案： 文件新建项目其它项目类型Visual Studio解决方案空白解决方案。 2.在解决方案里添加第一个项目 建立空白解决方案后，在 vsXX右边的解决方案资源管理器中，可以看到刚建立的解决方案，单击选中它，然后右键选择“添加”新建项目 Visual C# Web应用程序 ，把名称命为：Web,点击确定后就在解决方案里建立了一个 Web项目。 3.在解决方案里添加第二个项目 在解决方案里加入第一个项目后，再加入第二个项目，第二个项目和添加与第一个项目的添加有一点差别，添加第二个项目的步骤是：文件新建项目Visual C# 类库。 选择“类库”以后，把名称命名为：BLL，在最下面的“解决方案”里选择“添入解决方案” ，意思就是把新建的这个 BLL项目，添入到建立的 KaiBo解决方案里。 刚才建立的两个项目就在解决方案里很好的组织起来了。 4.在解决方案里添加其它的项目 添加两个项目后，为解决方案添加更多的项目就只需选中解决方案，右键“添加”新建项目Visual C#类库。再自已命名项目名称就可以了。 1、WEB表示层 2、BLL业务逻辑层 3、IDAL数据访问层接口定义 4、Model业务实体 5、DALFactory数据层的抽象工厂(创建反射) 6、SQLServerDALSQLServer 数据访问层 / OracleDALOracle 数据访问层 7、DBUtility 数据库访问组件基础类 多了一个 WebControls项目，那是我写的一些自定义控件。如果需要，还可以往解决方案里加入更多的项目。到此为止解决方案就建立完成了。但是各项目之间还是各自独立的 ，要想相互调用就要建立项目间的引用关系。 在 vsXX里面把解决方案中的各个项目都建立好之后,就要实现各项目之关的引用了.在前面,我们建立了 7个项目.它们分别是: WEB：表示层 BLL：业务逻辑层 IDAL：数据访问层接口定义Model：业务实体 DALFactory：数据层的抽象工厂(创建反射) SQLServerDAL：SQLServer 数据访问层 DBUtility ：数据库访问组件基础类 各项目之间的引用关系可用下图表示： Web 引用 BLL,SQLServerDAL BLL 引用 IDAL，Model，DALFactory(使用DALFactory创建实例) DAL 引用 Model Model 无引用 DALFactory 引用 IDAL，通过读取里设置的程序集，加载类的实例，返回给 BLL使用 SQLServerDAL 引用 Model和 IDAL，DBUtility.被DALFactory加载的程序集，实现接口里的方法 在解决方案里建立项目间的引用步骤为：选中需要添加引用的项目右键选择“添加引用“项目“,然后选中要引用的项目的名称.点确定完成项目的引 用. 把各项目之间的引用关系建立好以后,一个完整的解决方案就算是拾建好基石了.接下来,就是写代码实现各项目的作用了. 另外参考：在中，如何将一个项目的多个模块编译成不同的 DLL？ 问： 概况： 有一个基于的系统，系统由一个基础框架和多个业务模块组成，各业务模块之间的耦合性不强但每个业务模块对基础框架高度依赖。 需求： 希望能够将基础框架和各业务模块单独编译成不同的DLL，部署时可灵活的根据客户需求增删业务模块。 _ 答 1： 建立一个新的解决方案，在解决方案上点击右键 在其中建立新建项目 每个新的项目就是你的业务模块，他们会编译成单独的 DLL 在要引用不同的项目的 dll时，可以使用点击 引用-项目-选择所要引用的项目 _ 答 2： 在一个解决方案下面建立多个项目，每个项目对应你的模块，每个项目输出类型 都是类库_ 答 3： 在新建的项目为：其它项目-企业级模版项目-c#或 vb分布式应用程序。 项目自动创建四层结构的项目。之后自己在每一层创建每个 dll项目。 如果 a模块使用 b模块，就在 a模块的项目上添加引用，选择项目-b 项目。 以上就是简单的多模块引用。 _ 答 4： 将基础框架及各相对独立的业务模块分到不同的项目里。 如果有多个层次，可以使用企业级模板项目来分级，没有多个层次的，把所有的项目都直接放在解决方案下好了。 _ 答 5： 在添加新项目时，添加类库项目，该项目编译生成的就是你要的 DLL文件。 在其他项目中引用生成的 DDL就可以了。 。 _ 答 6： 不知道你有没有逻辑程, 你可以单独编译 cs文件, 然后共享在每个模块. _ 答 7： 不在中倒是可以. _ 答 8： 首先感谢大家的热情答复！祝大家新年快乐！ 如上面各位的回答，将模块分布到项目里面，那我需要在各个业务模块中共享基础框架中的状态信息，如获取系统的运行状态（保存在 application中） 、获取用户的登录信息（保存在用户 session中）等，采取这种“引用项目生成的 DLL”的方式，能够实现吗？ 首先申明：我是.net 新手。 就 我的理解（还没来得及试验）：每个项目都是一个 web应用，如在中新建一个 c#的项目，就会有自己的 , , 等文件，这样的话，要在各个项目与同一个基础框架（也是一个的项目）之间共享应用的运行状态，应该是行不通的！ 不知道我的理解对不对？ _ 答 9： ding _ 答 10： 当然能满足你的要求. _ 答 11： 模块编译后基本上就可以脱离项目了 _ 答 12： to Hanks(Hank) 你的理解是对的， Session 不能在项目间传递的，建项目时，每个项目都会生成自己的, , 但你可以把你的业务模块编成不同的项目后，生成相应的.dll, 然后再在你的项目中引用这些.dll， 就可以引用相应的项目了：） Happy Spring Festival to every one! _ 答 13： 建立的项目为“类库”用来放你的逻辑层，再在 WEB项目中引用，但项目之间不能互相引用，那就用某个项目去直接引用另外个项目生成后的 DLL _ 答 14： 举个例子，比如： 某系统 A由 5个基础模块和 10个业务模块组成， 其中假设有一个业务模块 Xxx，该模块物理上由两个dll和一些页面（包括 aspx, html, js等）组成。两个dll分别是： 一个封装业务逻辑的 dll，假设为 一个用于封装 aspx页面 behind code的 dll，假设为这个模块需要与基础模块通讯，访问基础模块中的系统状态。 象这样怎么做？ _ 答 15： UP _ 答 16： TO 就 我的理解（还没来得及试验）：每个项目都是一个 web应用，如在中新建一个 c#的项目，就会有自己的 , , 等文件，这样的话，要在各个项目与同一个基础框架（也是一个的项目）之间共享应用的运行状态，应该是行不通的！ 可行的办法： 篇三：Visual Studio 发布失败处理方法Visual Studio XX 简体中文版上 Windows项目包含本地系统必备组件发布失败处理方法 在尝试 Visual Studio XX 简体中文版时，我发现创建一个并发布 Windows类型的项目时（如一个 C# windows 应用程序） ，如果在发布应用程序时选择使用“Microsoft .NET Framework 4 Client Profile (x86 and x64)”作为“系统必备”组件，同时选中“从与我的应用程序相同的位置下载系统必备组件” ，会遇到如下错误： “MSB3152: 系统必备组件的安装位置未设置为“组件供应商的网站” ，并且无法在磁盘上找到项“Microsoft .NET Framework 4 Client Profile (x86 and x64)”中的文件 “DotNetFX40ClientdotNetFx40LP_Client_x86_” 。有关详细信息，请参见帮助。 ” 然后我看了看 VSXX的自述文件 (5/D/7/5D76B235-1073-477E-82F0-AEA4A20E4F71/#General)，得到了如下的解决方案： Visual Studio XX 自述文件 Visual Studio XX 自述文件 可再发行语言包的位置不正确导致 ClickOnce 发布失败。 如果在“系统必备”对话框中选中“从与我的应用程序相同的位置下载系统必备组件”选项，并选择以下任何组件作为系统必备组件，则当使用简体中文或繁体中文版本的 Visual Studio XX 发布应用程序时，可能会显示生成错误： 1. 2. 3. 4. 错误： Microsoft .NET Framework 4（x86 和 x64） Microsoft .NET Framework 4 Client Profile（x86 和 x64） Microsoft Visual F# Runtime for .NET Microsoft Visual F# Runtime for .NET 对于“Microsoft .NET Framework 4 Client Profile（x86 和 x64） ”，系统可能会显示下面的生成 “MSB3152: 系统必备的安装位置未设置为?组件供应商的网站?，无法在磁盘上找到项?Microsoft .NET Framework 4 Client Profile (x86 和 x64)?中的文件 ?DotNetFX40ClientdotNetFx40LP_Client_x86_?。 有关详细信息，请参见?帮助?。 ” 解决此问题的方法： 若要在简体中文版本中解决此问题，请按以下步骤操作： 1. 导航到文件夹“%ProgramFiles%Microsoft SDKsWindowsBootstrapperPackagesDotNetFX40Client”。 对于 x64 操作系统，该路径位于 %ProgramFiles(x86)% 下。 2. 3. 4. 5. 将 zh-Hans 文件夹复制到名为 zh-chs 的新文件夹 导航到 zh-chs 文件夹。 在管理员模式下打开 。 按如下方法将 Culture zh-chs 若要在繁体中文版本中解决此问题，请按以下步骤操作： 1. 导航到文件夹“%ProgramFiles%Microsoft SDKsWindowsBootstrapperPackagesDotNetFX40Client”。 对于 x64 操作系统，该路径位于 %ProgramFiles(x86)% 下。 2. 3. 4. 5. 将 zh-Hant 文件夹复制到名为 zh-cht 的新文件夹 导航到 zh-cht 文件夹。 在管理员模式下打开 。 按如下方法将 Culture zh-cht ClickOnce 应用程序安装的可再发行语言包不正确。如果在“系统必备”对话框中选中“从组件供应商的网站上下载系统必备组件”选项，并选择以下任何组件作为系统必备组件，则当使用简体中文或繁体中文版本的 Visual Studio XX 发布应用程序时，可能会无法安装简体中文或繁体中文语言包： 1. 2. 3. 4. Microsoft .NET Framework 4（x86 和 x64） Microsoft .NET Framework 4 Client Profile（x86 和 x64） Microsoft Visual F# Runtime for .NET Microsoft Visual F# Runtime for .NET 解决此问题的方法： 若要在简体中文版本中解决此问题，请按以下步骤操作： 1. 导航到文件夹“%ProgramFiles%Microsoft SDKsWindowsBootstrapperPackagesDotNetFX40Client”。 对于 x64 操作系统，该路径位于 %ProgramFiles(x86)% 下。 2. 3. 4. 5. 将 zh-Hans 文件夹复制到名为 zh-chs 的新文件夹 导航到 zh-chs 文件夹。 在管理员模式下打开 。 按如下方法将 Culture zh-chs 若要在繁体中文版本中解决此问题，请按以下步骤操作： 1. 导航到文件夹“%ProgramFiles%Microsoft SDKsWindowsBootstrapperPackagesDotNetFX40Client”。 对于 x64 操作系统，该路径位于 %ProgramFiles(x86)% 下。 2. 3. 4. 5. 将 zh-Hant 文件夹复制到名为 zh-cht 的新文件夹 导航到 zh-cht 文件夹。 在管理员模式下打开 。 按如下方法将 Culture zh-cht 看来问题在于 NetFramework4 更改了简体中文与繁体中文的 language code （zh-Hans/zh-Hant） ，但 vsXX在这里并没有正确的识别。以至于在发布 clickonce时出现了错误。 不过我个人觉得文中给出的解决方案太过于繁琐了。其实有更简单的解决方案。 打开 “C:Program Files (x86)Microsoft SDKsWindowsBootstrapperPackagesDotNetFX40Client“ ，可以看到里面有很多不同语言的文件夹，其中 zh-Hans就是简体中文文件所在的位置。直接把它前面的所有文件夹删掉，或(转载于: 小 龙文档 网:vsXX,生成解决方案失败)者剪切走，然后重启 VS应用程序，就可以了。 当然，如果需要以别的语言发布，那么还得按照文档的要求来做。我这里只是找了个省事的方法。 = C:Program FilesMicrosoft SDKsWindowsBootstrapperPackages目录下的“一级文件夹”对应的 exe文件为组