【发布时间】：2010-12-25 13:18:09
【问题描述】：
对于 .NET Web/Windows/Office 开发，是否有任何特殊功能或优势值得从 Windows XP 切换到 Windows 7？
我目前在 XP 机器上使用 Visual Studio 2008。我应该升级到 Windows 7 吗？
【问题讨论】：
标签： c# .net asp.net visual-studio windows-7
【发布时间】：2010-12-25 13:18:09
【问题描述】：
Windows 7 开发人员可以使用许多新功能。查看Windows 7 API Code Pack for .NET。
【讨论】：
-
但这是特定于操作系统的，不再用于 XP 兼容/Web 应用程序开发。
-
很抱歉，在编辑您的问题之前，您似乎在询问开发人员可以使用哪些 Win7 功能。我认为你需要澄清你的问题，因为现在它看起来甚至不像是一个编程问题。
According to Microsoft，在使用 Server 2008 进行生产时运行 Windows 7 有很多优势：
- 使用 DirectAccess 功能简化了企业计算机的远程连接
- 私人和公共计算机的安全远程连接
- 提高分支机构的绩效
- 改进的虚拟化桌面集成
- 站点之间的连接具有更高的容错性
我向我的经理提交了一份类似的清单，以达成升级到 Windows 7 的协议。我真的很喜欢使用它！
【讨论】：
Windows 7 开发人员可以使用许多新功能。查看[链接文本][1]
【讨论】：
本文介绍了一些可供 .NET 开发人员使用的 Windows 7 新功能。
Enhancing your applications for Windows 7
可用的新 Windows 7 功能包括：
- Windows 7 任务栏
- 跳转列表、图标叠加层、进度条、选项卡式缩略图和缩略图工具栏
- Windows 外壳
- Windows 7 库
- Windows Shell 搜索 API 支持
- Explorer 浏览器控件
- Shell 命名空间实体的层次结构
- Windows Shell 属性系统
- 外壳对象的拖放
- Windows Vista 和 Windows 7 通用文件对话框，包括自定义控件
- 已知文件夹和非文件系统容器
- DirectX
- Direct3D 11.0、Direct3D 10.1/10.0、DXGI 1.0/1.1、Direct2D 1.0、DirectWrite、Windows 映像组件 (WIC) API
- Windows Vista 和 Windows 7 任务对话框
- 传感器平台 API
- 扩展语言服务 API
- 电源管理 API
- 应用程序重启和恢复 API
- 网络列表管理器 API
- Command Link 控件和系统定义的 Shell 图标
【讨论】：
很抱歉在这里陈述显而易见，但 XP 是“旧的”，非常“旧的”。 甚至从 XP 到 vista 的跳跃也带来了许多 .NET 开发人员可以访问的新功能。
从 XP 切换到 Vista/Win7 VS2008 的开发体验不会有太大变化。 （虽然整体用户体验可能会有所改善，这取决于你喜欢什么。例如，我喜欢 Windows 7，所以它让我感觉更好，不必使用丑陋的 XP）
我认为真正的问题是...您创建的应用程序能否受益于在 Windows Vista 和 Windows 7 之上运行？（以及您的客户如何从中受益）。
您愿意破坏与 Windows XP 的兼容性还是编写足够多的代码 以便它使用 Windows 版本 X 的功能（如果可用）并在旧版本上运行时自行降级。
附注：
如果没有的话，我个人更喜欢它 我们的客户仍在运行 视窗XP。虽然 .NET 应用程序不 挂钩到特定于 Windows 版本 X 功能在 XP、Vista 上完美运行 和 Win7 一样……它们有时看起来 XP上的可怕。 （而缺乏 WPF GPU 加速对我们来说是个问题）
结论：
- 改进的开发体验 -> 如果您不是 Vista/Win7 的讨厌者，那只会略微提升
- 您能否改善最终用户的体验？ -> 是的，如果他们使用的是 Windows 7
【讨论】：
-
我想补充一下：您明确询问它是否改善了开发体验......其他答案中建议的所有功能都与操作系统本身和最终用户的功能有关
最重要的好处是您在 Windows 7 上开发它，您的应用程序可以很好地解决 Vista 和 Windows 7 中引入的不兼容问题。UAC 就是这样一个障碍。
一般来说，您的应用程序在 Windows 7 上运行良好，那么它应该在 Windows XP 和 Vista 上运行良好（除非您使用 Windows 7 特定元素）。
【讨论】：
-
如果您遇到了 UAC，那么您需要问自己，您的应用程序是否真的需要执行导致 UAC 触发的特定任务。我们尽量避免在我们的所有应用程序中需要管理员干预和扩展安全访问权限。
-
哈哈，但有时你别无选择。 :)
对我来说，在 Windows 7 上开发有两个原因 - 意思是在 Win7 机器上安装 VS 并在那里工作，而不一定要开发明确使用 Win7 功能的应用程序。首先，无论您的目标平台是什么，或者您的用户使用什么，我都喜欢使用 Win7。我发现它让我更有效率——我的笔记本电脑比在 Vista 上运行得更快，而且我喜欢跳转列表等。出于个人原因选择个人操作系统并没有错。
但是，即使您自己不喜欢 Win7 而不是 XP，在其上进行开发的第二个原因（至少在您构建 Windows 应用程序时）是每次按 F5 时，您都是在针对该平台进行测试您的用户（可能？可能？）正在使用。如果您仅在 XP 上进行测试，并且硬编码到 C:\Documents and Settings... 的路径并且它可以工作，那么在其他人在 Win7 上进行测试之前，您不会知道这有什么问题。如果您将设置写入“我的 exe 所在的同一文件夹”并且它可以工作，那么有人将它安装在 Win7 上的 Program Files 下并且它失败了，您将不得不争先恐后地找出原因。在 Win7 上构建它，你会很快发现这些问题。
凯特
【讨论】：