通过复制Bin> Debug文件夹内容来安装应用程序有什么问题?

时间:2010-01-30 20:22:09

标签: c# .net wpf windows testing

对于非常复杂的WPF应用程序的测试用法,我经常不制作安装程序 - 只需在构建项目后,将复制Bin> VS2008项目文件夹的Debug文件夹内容添加到硬盘驱动器用户计算机并将图标放到桌面上。没有记录到Windows注册表。

使用Windows应用程序测试期间是否有任何缺点?

5 个答案:

答案 0 :(得分:10)

这种方法完全没有错 - 它就是所谓的xcopy deployment。你没有这样做的一些事情:

  • 添加/删除程序中的条目供用户使用
  • 卸载
  • 向桌面/开始菜单/快速启动添加快捷方式的能力
  • 对设置等注册表的任何更改......

另一个好处是,您可以由不需要管理权限安装的用户将您的应用程序放到计算机上。

这真的取决于你的要求。如果您不需要安装程序的任何功能,那么只需复制文件就是一种很好的方法。

我同意其他关于使用发布版本的评论 - 特别是如果您正在部署实际使用而不仅仅是测试。

答案 1 :(得分:9)

您可能想要做的唯一更改是在Release而不是Debug中构建应用,并从Bin> Release文件夹中获取文件。

更多信息:http://haacked.com/archive/2004/02/14/difference-between-debug-vs-release-build.aspx

答案 2 :(得分:3)

如果您要将多个文件与exe一起部署,要注册dll,设置文件关联,那么安装程序是一种以可靠方式提供所有这些内容的简洁方法。如果您不使用安装程序执行此操作,则用户可能会轻易搞砸了。

除此之外,安装程序有时也被用作确保计算机真正为应用程序做好准备的手段。例如,我编写的安装程序检查以确保安装了正确版本的.NET,并将下载&如有必要,请安装它。

但是,很多时候这些特性根本不值得,并且在单个exe中部署独立应用程序是完全可以接受的。简单的应用程序不需要在您的计算机上存储大量设置,并且没有很多先决条件就是完美的例子。首先想到的是来自Sysinternals的所有实用程序。

答案 3 :(得分:1)

我只看到一个潜在的缺点。只要您没有超过1到3个用户并且在测试会话期间不经常更改,您的方法就会出现问题。 如果经常进行更改并且您必须将库复制到3个以上的用户(主机等),那么drawbac就是维护时间。我知道我在说什么,因为在我工作的地方,我们有这样的问题。 上次我开始更多地关注维护我们的应用程序并将文件从一个主机复制到另一个主机而不是编码。 :( 在我的诚实意见中,有时候最好把时间花在开始安装和编写安装程序上,而不是做很多维护工作并稍后复制。

答案 4 :(得分:1)

要解决用户数量问题,有一个非常简单的解决方案,无需设置完整的安装程序。 多用户xcopy / .bat部署的基本设置:

  1. 共享驱动器,带有一个用于.bat文件的文件夹,一个用于二进制文件。
  2. 将二进制文件上传到共享 驱动并更新安装脚本 如果需要的话。
  3. 让每个用户都运行安装脚本。
  4. 顺便说一下,.bat文件完全部署了一些非常复杂的信息系统(即使没有测试!)。