把FrameWork和自己的安装程序(在.net中生成的)集成在一起成为安装包,安装时检测用户是否安装了FrameWork,如果安装了跳过安装FrameWork,运

http://www.microsoft.com/china/community/article.asp?oBODY=TechZone/TechArticle/TechDoc/deployNETApp&oXSLT=TechZone/TechArticle/TechContent
对你可能有帮助，你看一下吧。

解决方案 »

  1.   

    如果你使用vs.net创建部署项目生成的安装包，那么vs.net会为你做这件事情。
      

  2.   

    第一步： 
    在原有的项目基础上，再新建立一个项目，并且选择其中的“安装和部署项目”，尤其需要注意选择“添入解决方案”这个选项，因为只有这样才会将部署项目和我们自己的应用程序放置到同一个“解决方案”当中，这一点千万要注意了！
    第二步： 
    点击“确定”按钮之后，会出现安装向导：
    选择“创建用于Windows应用程序的安装程序（S）”。点击“下一步（N）”
    一路点击“下一步”直到最终安装向导的完成会需要5步，最终会在当前的解决方案中添加一个名称为“Setup1”的安装项目。
    在这里我们稍微提一下在VS.NET中的“解决方案”这个概念，其实在VS.NET中的所谓“解决方案”就类似于以前VB中的“项目组”概念，也就是将多个项目集成到一起而已，只不过VS.NET中的“解决方案”这个概念的覆盖范围更广泛而已罢了，这个我们知道一下就可以了。第三步： 
    在完成上面的两个步骤之后，我们就会发现，VS.NET的安装向导已经将我们的应用程序中所用到的各种程序集、系统DLL文件、资源文件等等依赖文件找到了，并且我们还可以方便的继续添加额外的我们需要的其他相关文件，在这方面做的有些类似于InstallShield了，不过不需要编写安装Script脚本。这样，我们选择VS.NET的菜单“生成（B）”—〉“生成解决方案”，即可立即生成我们的安装文件Setup1.msi，这个安装文件你可以在你的应用程序解决方案所在的目录中找到。找到了这个安装文件你就会大吃一惊了，即使我们的应用程序只有简单的一句话，打包之后就会有17M之大！不过没有办法，VS.NET会生成一个简洁的.NET SDK放在我们刚才生成的那个安装文件当中。剩下来的事情，就是直接在没有安装.NET环境的Windows9x/NT/2000/XP中运行我们的这个Setup1.msi文件就可以了！二、手工部署和分发.NET应用程序在上面的第一种方法中，我们可以感受到VS.NET来做.NET应用程序的方便和快捷，但是并不是所有的人都是使用VS.NET集成开发环境来开发.NET应用程序的，对于一些小的应用程序，根本不需要安装庞大的VS.NET开发环境也可以方便的开发，比如使用UtraEdit软件来编写小巧玲珑的.NET应用程序也是一个不错的选择。在这里我们就说说如何不使用VS.NET来自己手工的部署和分发我们的.NET应用程序。首先分两类：第一类：基于Web的.NET应用程序 
    对于这一类应用程序，可以说在部署和分发方面是最为简单的了，我们只需要将.NET运行环境安装到我们自己的服务器上面就可以了，用户端需要的仅仅是兼容IE4.0以上的任何浏览器就可以了。第二类：基于Windows的.NET应用程序 
    对于这一类，应用程序，我们可以使用InstallShield安装软件来手工打包。首先，先在我们的.NET Frameword SDK光盘中找到目录dotNet，在这个目录里面我们可以发现一个大小大约15M的一个安装文件，这个就是我们的.Net 的运行时刻文件，类似于JAVA的JRE（JAVA运行时环境）。这个文件的体积也是比较大的，但是相对于.NET SDK文件的庞大的120M可以算是要好许多了。至于InstallShield的详细使用方法我在这里也无法透彻讲解，不过使用起来是非常方便的，我只提出需要注意的地方：1、在使用InstallShield中，可以稍微编写一段脚本来监测目标机器时候已经存在了.NET的运行环境，如果有了，就不必安装.NET运行时文件了。2、所有我们自己的DLL文件不在需要注册，只需要简单的将他们拷贝到我们应用程序所在的目录即可！我们在这里例举的是使用InstallShield来制作安装程序，当然还可以使用其它的任何第三方安装制作软件来部署和分发我们的.NET应用程序，比如Windows Installer等等。好了，最终我们比较这两种部署和分发.NET应用程序的方法，我们可以看到，使用第二种方法能够带来的一个潜在好处是，我们可以将.NET运行时环境文件和自己的应用程序分离开来，从而在某些情况下可以大大减少部署安装应用程序的文件大小；而第一种方法就不可以了，他将始终将.NET运行时环境文件打包进入安装文件。但是第一种方法的优点也是显而易见的，就是比较智能化，需要人干预的地方很少，并且如果需要部署和分发的.NET应用程序是比较大型的软件的话，我们推荐使用第一种方法！