它在程序文件文件夹上安装有多重要?

在一个普通软件的正确安装中,其可执行文件将位于程序文件文件夹中; 其用户数据存储在用户的应用程序数据文件夹中; 它是所有用户应用程序数据文件夹中非用户特定的数据; 它通常应该能够在非pipe理权限下运行。 这些指导方针在XP上很容易被忽略,但是由于UAC,它们在Vista和7上是个问题。

我们即将发布我们的软件的主要版本。 这是一个CMS,作为他们的主要工作工具,我们的客户使用它们的IT人员非常熟悉它。 如果我们想与Windows 7完全兼容,我们必须做出相当多的改变,而且我们已经在紧张的时间表上。

问题是:我们可以很容易地让我们的客户在程序文件之外安装我们的软件,或让他们以pipe理员身份运行。 我认为这是错误的,但我需要一些弹药:为什么我们应该安装在程序文件,有所有的限制呢?

编辑:

  1. 我在这里问这是因为我想让IT人员input。 对于程序员的input,我可以问问旁边的人,而不是stackoverflow。 这不是一个编程问题。
  2. 我这样问,是因为我们想让软件更好。 当软件初次创build时,旧的安装习惯可以追溯到15年左右。 固定其安装是一个优先事项,没有别的。 更糟的是,它会被推迟到下一个版本。

  • 什么是端口49181 Windows 7上运行
  • 在多站点configuration中针对错误的AD服务器进行工作站身份validation
  • 为Windows XP和Win7填充计算机描述的脚本
  • Windows 7迁移后不再是真正的Windows 7
  • 通知区域在首次login时被打破
  • 2008年2月DC上的Windows 7账户被随机locking
  • 4 Solutions collect form web for “它在程序文件文件夹上安装有多重要?”

    技术上:是的。

    逻辑上:没有

    商业上的智慧:我知道很多公司会根据明显的质量问题把你扔掉。 即使你不authentication的窗口,你也不应该公然违反常识和指导方针。

    我个人会认为这个软件是错误的,因为我们花了很长的时间,所以我们花了很长的时间去清算。

    有人在你的尽头显然搞砸了,从来没有读过如何编程窗口。 快乐修复;)

    所以,最后:这会让你付出代价。 特别是在CMS领域 – 极具竞争力。

    15年前,当时Windows 95向全世界推出了“程序文件”。 由于path中的空间,许多安装程序因此而失败。 我记得对我们来说是多么的痛苦,但是一个星期的工作完成了,大家都开心了。

    我和TomTom在一起,你真的performance出你没有接触到Windows标准。 在现代,很多关于“程序文件”的假设都是假设的,例如防病毒程序就假定应用程序在哪里,而不同于其他应用程序。 目录上新的默认安全设置也将开始引起你的悲伤和电话。 如果您坚持绕过安全,客户升级到Windows 7有什么意义?

    顺便说一句:从来没有假设你是根深蒂固的。 如果Windows 7比他们更重要,他们会抛出你。 高级pipe理人员做出最奇怪的决定,往往基于你认为是微不足道的问题,但对他们来说,这是摆脱你的应用程序的标志。

    在做出决定之前,您应该阅读以下所有参考资料。 这是很多,但是你想写Windows应用程序,所以…

    Windows用户体验交互指南

    Windows 7和Windows Server 2008 R2应用程序质量手册(Windows)

    Windows 8桌面应用程序的authentication要求

    这与系统pipe理无关,但坦率地说,这个问题不应该首先出现。 如果软件是由熟悉Windows的人员构build和打包的,那么它一开始就处于正确的位置,这使得这个问题不成问题。 现在必须解决这个问题,就是因为忽视惯例和良好做法而付出的代价。

    如果这取决于我,软件将被正确地重build和重新打包,这应该是一个微不足道的工作,我只能想,为什么它甚至被讨论。

    只是一个问题。 你在安装软件的目的是什么限制?

    服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器.