VS2017中水晶报表插件下载安装方法

VS2017 中水晶报表插件下载安装方法 篇一：vs2005 水晶报表打包部署 vs2005 水晶报表打包部署 vs2005 中的 crystalReport 客户端分发 C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\BootStrapper\Packages\CrystalReports CRRedist2005_x86.msi 在客户端运行上面的文件即可 1)新建“安装和部署项目”-->“安装项目”,确定后在我们的解决方案中多了个安装和部署的 项目 2)右键点击刚建的安装项目-->添加--->项目输出-->从列表中选择主输出-->选择输出的项 目 3)右键点击刚建的安装项目-->添加--->合并模块-->把我们下载到的 10 net 部署的合并模 块全部添加进去 4)注意有个 CrystalReports10_NET_EmbeddedReporting.msm 的模块,我们查看它的属性,把 AV860-01CS00G-U7000NC 填写到 keycode 属性值中,要不编译不通过的. 5)最后我们来编译生成我们项目的安装文件,setup.exe 在客户端就可以安装正常使用了 下载合并模块 简体中文 (cr10_net_merge_modules_chs.zip) /communityCS/FilesAndUpdates/cr10_net_merge_modules_ch s.zip.asp cr10_net_merge_modules_chs.zip 解压后有四个合并模块分别为： CrystalReports10_maps.msm ； CrystalReports10_NET_EmbeddedReporting.msm； CrystalReports10_NET_RemoteReporting.msm； CrystalReports10_NET_WebServiceReporting.msm 前几天用 VS2005 做了个简单的医务系统的演示程序,B/S 模式的,里面用到了水晶报表,说实 话,这还是我第一次用水晶报表,看了看帮助就开始做,还算是顺利吧,以为是演示用,要求不太高. 做完了就发布,然后就把程序给人家了,结果到了人家那水晶报表那块不能看!他说水晶报表发 布的时候需要考几个库,VS 发布的时候不能自己把 dll 文件打包放到里面去， 我就把那两个文件 （CRDesigner.dll，crvspackage.dll，放在 VS 安装目录的 Crystal Reports 文件夹里）给人家考了 过去，结果还是不行，后来上网查说需要 Crystal Reports 合并模块,从网上 down 了一个，做一 个了安装程序把它装上了也行不通，没办法回来了。 1 / 7

今天参看以下帮助文件，说合并模块可以到去下载，地址是假的，转到 msdn 上了。我 想合并模块可能不行了，我就开始找 Crystal Reports for .NET Framework 2.0 Windows 安装程序， 结 果 发 现 VS2005 的 安 装 目 录 里 已 经 有 这 些 东 西 了 ， Microsoft Visual Studio 8\SDK\v2.0\BootStrapper\Packages 这个文件夹里有好多东西，不光是水晶报表，还有框架，中 文包，MDAC2.8 以前不知道部署的时候还得从网上 down 这些东西，现在不用了！ 从 CrystalReports 里 把 水 晶 报 表 装 上 就 可 以 了 ！ CRRedist2005_x86.msi/CRREdist2005_x86_chs.msi 这两个文件在 MSDN 里也有描述，下面是摘 自 MSDN "如果添加的合并模块多于方案中指定的数目，可能会引起部署问题。将合并模块文件保 存在计算机上的 C:\Program Files\Common Files\Merge Modules " 2005 需要的合并模块式 CrystalReportsRedist2005_X86.msm 这个文件夹里没有！ 还好问题解决了！ －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 在安装有 vs2008 的电脑中，找到以下文件夹： C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\CrystalReports10_5 。 将 该 文 件 夹 下 的 CRRedist2008_x86.msi，安装到在要部署的机器上即可。 这次 Crystal Reports 2008 在界面上做了很大的改动， 有点 OFFICE 的感觉， 对于普通用户， 使用起来也会觉得很贴切。我最看重其中的一项改进：实现了对图片文件的动态加载。不过这 在 MS 的 ACCESS 中是早已实现了的，就这一点而言，CR 算是落后了。 以前在使用 VS 和 CR9 或 VS 自带的 CR 时，部署是比较麻烦的，有好几个模块都需要添 加，并且还要对他的合并模块文件进行注册。而现在 CR2008 则发布了可分发的报表运行库 CRRuntime_12_0_mlb.msi，如同.NET 的框架一样，在目标计算机上提前安装即可保证程序的运 行 。 同 时 ， 也 发 布 了 合 并 模 块 CRRuntime_12_0.msm （ 及 相 应 语 言 包 CRRuntime_12_0_zh_CN.msm）。 以合并模块的方式在对项目进行打包时，VS 的安装项目会自动检测到许多依赖项——CR 的 DLL 文件（不知 VS2005 或 VS2008 中是否也会检测到这些依赖项），此时，将这些 DLL 文件 全部排除在外， 然后添加合并模块文件， 再进行打包 （如果只将这些自动检测出的依赖项打包， 不添加合并模块，程序在目标计算机上运行时会无法加载 CR）。不过，最终的安装包会很大， 在测试中，我仅用了一个最简单的窗体，加载一个只有一个静态文件框的报表，以合并模块的 方式打包，打包花了几分钟的时间，最终的包有四十多兆。其实 CRRuntime_12_0.msm 文件本 身就有四十多兆，为了保证你的程序能正常运行，这个 MSM 不管你需要不需要，全给你包进 去了。在目标计算机上对程序进行安装测试时，出现了某个文件无法注册的情况，我选择了忽 略，继续安装，直至完成。最后运行程序，加载报表，都非常正常。 当然，直接安装可分发的运行库可能是最好的，但对于用户来说，为了使用一个程序， 要自己先安装.NET 框架和 CR 的运行库，是比较麻烦的，所以当采用合并模块打包的方式简化 用户的安装过程。 注：普通个人用户已经无法在官网上下载到以上提及的部署相关的文件了。除非你是企 2 / 7