在不同的帖子中对答案有相当多的评论，在 Windows 中编写错误日志的最佳位置在哪里？，给我的印象是，Windows Vista 中有关标准文件夹 ( %APPDATA%; %TEMP%) 的很多事情都与 Windows XP 不同，在开发某些时候必须在 Windows 下运行的软件时，当然应该考虑到这一点。
但在我的公司，我认为这十年不会发生这种情况，也许未来也不会发生。我的意思是，中央 IT 仅在八个月前部署了 SP2，任何关于 SP3 的问题都会被忽视（好吧，如果你幸运的话......）
那么你的建议是什么？我应该重写我当前项目中的两个模块以使它们为 Windows Vista 做好准备，还是应该在真正需要它之前完全不理会它？
让它们为 Vista 做好准备，如果只是因为 Windows 7 将具有相同的更改。当你有机会的时候，最好现在就面向未来，而不是在时间很关键的时候。
就个人而言，我会快速了解在您的应用程序中启用“Vista 支持”所需的工作量。
如果根据分配的项目更改时间可以接受工作量水平，那么最好在任何设计中考虑未来。
您比任何人都更了解您的实施！
我们在内部遇到了一些快捷方式问题，例如它们是在较旧的安装套件中生成的。这是我们目前正在解决的小问题，以使我们的 Vista 支持完全启动并运行。我相信你也会遇到一些“无法预料的”障碍。
祝你好运！
在大多数桌面应用程序中支持 Windows Vista 的最重要的事情是使用像 %APPDATA% 这样的引用而不是硬编码路径。这应该解决任何更改的文件夹位置。并且不要在程序的安装文件夹中做任何需要写权限的事情。
有趣的是，这些规则也适用于 Windows XP。只是在过去，打破它们要容易得多。
没必要着急。到目前为止，这并不重要，谁知道 Windows 的下一个版本会是什么样子。
如果您计划为 Windows Vista 升级您的软件，请查看Windows 徽标计划，软件的 Windows Vista 徽标计划要求（Microsoft Word 文档，183 KB，文件名Windows Vista 软件徽标规范 1.1.doc）。
由于您无法预见在不久的将来会升级操作系统，因此不必太担心。但是，无论何时更改代码，您都应该牢记操作系统升级的可能性。如果在您进行更改时，代码部分中有任何特定于操作系统的内容，请对其进行调整，使其独立于操作系统或以后易于定位和修改以使其独立于操作系统（取决于更新它需要多长时间）。
如果您遇到的情况只是解决较小的问题，请考虑将您的修复专门针对您知道（或怀疑可能）如果您的公司升级到 Vista 或 Windows 7 时需要调整代码的区域。
不用担心，Windows 7 即将推出，您最好等着看他们为支持它做了哪些更改！你最不想做的就是花时间为 Vista 修复一些东西……然后为 Windows 7 重新修复它们。
贵公司是否打算升级到 Windows Vista？许多公司都忽略了 Windows Vista，并计划在下一个 Windows 版本问世时升级到它，希望它比 Windows Vista 更糟糕。如果是这样，那将完全是浪费时间。谁知道下一版本的 Windows 会发生什么变化。最好为新的 Windows 重写一次，而不是为 Windows Vista 重写一次，然后再为下一个 Windows 版本重写。