这是一个创建于 1349 天前的主题，其中的信息可能已经有所发展或是发生改变。
原文:[Visual Studio 2022]
首先，我们要感谢正在阅读这篇文章的你，我们所有的产品开发都始于你也止于你，无论你是在开发者社区上发帖，还是填写了调查问卷，还是向我们发送了反馈意见，或者参与了客户研究，感谢你帮助我们继续引导 Visual Studio 的产品路线图。 现在我有一个激动人心的消息要宣布，Visual Studio 2022 的第一个公开预览版将在今年夏天发布。
Visual Studio 的下一个主要版本将会更快、更平易近人、更轻量级，为初学者和构建工业规模解决方案的人而设计。更重要的是有史以来第一次，Visual Studio 将是 64 位的。用户体验将感觉更干净、更智能、更行动导向。
所有的开发团队在地理上变得比以往更加分散了。在过去的一年里，企业需要他们的开发团队安全地协作，更快速地交付解决方案，并不断提高最终用户的满意度和价值。我们正在通过更好的 GitHub 集成使协作变得更容易，使其从 idea 到 code 再到云端无缝衔接。
64 位的 Visual Studio 2022
Visual Studio 2022 将是一个 64 位 的应用程序，将不再局限于主进程 devenv.exe 的 4gb 内存限制。利用 64 位的 Visual Studio，你可以对更大和更复杂的解决方案进行打开、编辑、运行和调试，都不会耗尽内存。
虽然 Visual Studio 将变成 64 位，但这并不会改变用 Visual Studio 构建的应用程序的类型或位数。Visual Studio 将继续成为构建 32 位应用程序的好工具。
我们可以查看这个视频，演示了 Visual Studio 打开一个有 1600 个项目和约 30 万个文件的解决方案时的内存情况，结果真的很令人满意。并没有出现内存不足的情况。🎉
我们还在努力让你的工作流程的每一部分都变得更快、更高效，从加载解决方案到 F5 调试。
为每个人设计
我们正在更新 UI，以更好地保持您的流程。其中一些变化是微妙的外观修饰，使 UI 变得更现代化或减少拥挤感。总的来说，我们的目标是降低复杂性，减少认知负担，以便您可以集中精力，保持在区域内。此外，让 Visual Studio 更容易上手，为每个人提供更好的可用性。下一版本的 Visual Studio 将包括：
- 更新了图标，以提高清晰度、可读性和对比度。
- Cascadia Code，一种新的固定宽度的字体，具有更好的可读性和字符支持。(如果你喜欢，今天就可以试用 Cascadia Code ！https://aka.ms/CascadiaCode) )
- 更新和改进的主题。
- 与 Accessibility Insights 集成，以便在终端用户发现问题之前，尽早检测出辅助功能问题。
个人化
对开发者而言，我们明白，个性化你的 IDE 就像挑选你的办公桌椅一样重要。我们必须让它 "恰到好处"，然后才能发挥最大的生产力。让 Visual Studio 2022 对你来说 "恰到好处" 将比以往任何时候都更容易，从定制 IDE 的各个方面，到跨设备同步设置的能力。
开发现代应用程序
Azure
Visual Studio 2022 将使您能够快速、轻松地使用 Azure 构建现代、基于云的应用程序。我们将为您提供大量的仓库，描述了当今应用程序中使用的常见模式。这些仓库由显示这些模式操作的意见代码、用于配置 Azure 资源的基础设施即代码资产以及内置的 GitHub 工作流和 Github Action 组成，在您首次创建项目时，提供完整的 CI/CD 解决方案。此外，所需要的开发环境都将在仓库中定义，以便您可以立即开始编码和调试。
.NET
Visual Studio 2022 将完整的支持 .NET 6，及其用于 Windows 和 Mac 开发人员的 Web 、客户端和移动应用程序的统一框架。这包括了 .NET Multi-platform App UI （.NET MAUI），用于构建 Windows 、Android 、macOS 和 iOS 上的跨平台客户端应用。此外您还可以使用 ASP.NET Blazor 通过.NET MAUI 来编写桌面应用程序。
并且对于大多数应用程序类型，例如 Web 、桌面和移动，您将能够利用 .NET Hot Reload 来对应用代码更改，而无需重新启动或失去应用程序状态。
C++
Visual Studio 2022 将包括对 C++工作负荷的强大支持，包括新的生产力功能、C++20 工具和 IntelliSense 。新的 C++20 语言功能将简化对大型代码库的管理，改进的诊断功能将使 templates 和 concepts 变得更容易调试。
我们还集成了对 CMake 、Linux 和 WSL 的支持，使您更容易创建、编辑、构建和调试跨平台应用程序。如果你想升级到 Visual Studio 2022，但又担心兼容性问题，二进制兼容的 C++ 运行时将使你毫无痛苦。
创新触手可及
诊断和调试
自信地调试应用程序是您日常工作中的重要部分。Visual Studio 2022 将包括核心调试器的性能改进，并提供更多的功能，例如探查器中的火焰图以更好地发现热点路径、依赖断点以实现更精确的调试，以及集成的反编译体验版，这将使您能够单步调试在本地没有的代码。
实时协作
Live Share 为与他人协作、交换想法、结对编程和审查代码提供了新的机会。在 Visual Studio 2022 中，Live Share 将引入集成的文本聊天，这样您就可以在没有任何上下文切换的情况下就您的代码进行快速对话。您还可以选择安排重复使用相同链接的定期会话，从而简化与您经常联系的人的协作。为了在组织内更好地支持 Live Share，我们还将引入会话策略，该策略定义了协作的任何权限要求（例如，读 /写终端是否应该可以共享）
洞察力和生产力
Visual Studio 中 的 AI IntelliCode 引擎在无缝预测您的下一步行动方面将继续变得更好。Visual Studio 2022 将为您的日常工作流程提供更多、更深入的集成，帮助您在正确的时间、正确的位置采取正确的行动
异步协作
Visual Studio 2022 将包括对 Git 和 GitHub 的强大新支持。提交代码、发送拉取请求和合并分支时，你会注意到很多内置的逻辑和检查点，以指导你高效地完成合并和审查过程，不至于拖了同事的后腿。我们在这里的指导原则是帮助你对你交付的代码有更高的信心。
改进的代码搜索
代码搜索是软件开发生命周期中不可或缺的一部分。开发人员使用代码搜索有很多原因：向他人学习、共享代码、在重构时评估更改的影响、调查问题或审查更改。我们致力于在 Visual Studio 2022 中为所有这些关键活动提供更好的性能，以提高您的工作效率。您还将能够在已加载的范围之外进行搜索，以找到您要找的东西，无论它位于哪个代码库或 repo 中。
更新 Visual Studio for Mac
我们对 Visual Studio 2022 for Mac 的目标是，为 Mac 量身定做一个现代化的 .NET IDE，提供你所喜爱的 Visual Studio 的生产体验。我们正在努力将 Visual Studio for Mac 转移到原生的 macOS 用户界面，这意味着它将具有更好的性能和可靠性。这也意味着 Visual Studio for Mac 可以充分利用所有内置的 macOS 辅助功能。我们正在更新整个 IDE 的菜单和术语，以使 Visual Studio 在 Mac 和 Windows 之间更加一致。Visual Studio 的全新 Git 体验也将登陆 Visual Studio for Mac，首先是 Git Changes 工具窗口的引入。
让我们知道你的想法
这里只向您展示了我们正在进行工作中的一点点亮点，但我们欢迎您对 Visual Studio 2022 的方向提出初步想法。一如既往，您可以前往新的开发者社区，浏览现有的功能请求，进行投票和评论，或者创建您自己的功能请求。
请继续关注有关 64 位 Visual Studio 2022 预览版 1 的公告，其中将包括我们的 UI 改进和辅助性改进。(请注意， 像任何正在进行中的工作一样，这些功能仍在开发中，因此其中一些功能将在首次公开发布后出现在 Visual Studio 2022 中。)
谢谢大家!
第 1 条附言 · 2021-04-20 11:14:33 +08:00
 |
1
EKkoGG 2021-04-20 10:32:11 +08:00
宇宙第一 IDE ！
|
 |
2
CallMeReznov 2021-04-20 10:35:42 +08:00
楼主自己翻译的? 点个赞噢!
|
 |
3
Mithril 2021-04-20 10:35:58 +08:00  7
说一声沙雕不为过吧？那么多年不换 64 位，天天跟客户吹 devenv32 位的就够用，不影响打开工程。
结果打开个大项目索引加插件各种干爆内存。 现在有脸说 64 位可以解决内存不足了？ |
 |
4
agagega 2021-04-20 10:37:35 +08:00 via iPhone 1
哈哈哈，终于 64 位了。
我记得当初 Mac 上的 Office 2016 也是 32 位，后来苹果说 32 位软件要被淘汰了，微软适配得比谁都快。 |
 |
5
bequt 2021-04-20 10:37:59 +08:00
我已经卡死
|
 |
6
ReferenceE 2021-04-20 10:38:20 +08:00 via Android
？奇了怪了，VS 不是一直都是奇数代吗？
2013 2015 2017 和现在的 2019 真就时代变了？ |
|
7
ReferenceE 2021-04-20 10:41:12 +08:00 via Android
.NET 6.0LTS 好知
|
 |
8
netnr 2021-04-20 10:43:26 +08:00 via Android 1
#6 基数 32 位 ，现在 64 位 偶数了 😃
|
 |
9
MaxTan 2021-04-20 10:48:48 +08:00 1
@ReferenceE #6 2008 2010 2012 都是很经典的版本啊
|
 |
10
agdhole 2021-04-20 10:59:12 +08:00
all in
|
 |
11
SupperMary 2021-04-20 11:01:25 +08:00
@agagega 毕竟最佳 ios(mac)开发者
|
 |
13
levon 2021-04-20 11:15:26 +08:00
用过 idea 和 vs，感觉 vs 还是比较慢点，功能强大，但太重了
|
 |
14
2kCS5c0b0ITXE5k2 2021-04-20 11:20:09 +08:00
@ReferenceE 疫情导致开发进度受到影响了把. 本该去年发布的.
|
 |
15
vate32 2021-04-20 11:29:00 +08:00
啥使用能整 java，大学毕业后就没用过了
|
 |
16
yohole 2021-04-20 11:32:35 +08:00
这个软件按照默认推荐和默认配置装完之后，PC 的性能会下降不少，我遇到过不少新手为了写几个 Demo 安装了这个之后就各种抱怨电脑变得很卡
|
 |
17
Ruohua3kou 2021-04-20 11:37:53 +08:00
多抄点 rider 的功能就好了:)
|
 |
18
Augoror 2021-04-20 11:38:42 +08:00 via iPhone 11
你这标题不行
[重磅]就在刚刚，微软对它再次升级！超越苹果 |
|
21
Mithril 2021-04-20 11:56:02 +08:00 12
@charlie21 吐个槽还需要别人理我？
微软这么多年不给 VS 升 64bit，光是理由就找了一大堆。从最早的 09 年到现在，各种文章都发了好几篇。随便用户怎么提，就是坚持不升级。 拖了十几年了终于升级了，还好说升了级性能好了内存不会爆了。本来就是十几年前就知道的事，现在拿来吹，还好意思 really satisfying，就这还不让吐个槽？ |
 |
22
andrewpsy 2021-04-20 12:31:15 +08:00
每次吐槽 32 位不够都有人贴出 Rico 的博客说 32 位给力。泥马 32 位速度是快但是内存不够开个大项目带几个插件 IDE 就奔溃了知道不。
刚才想去 Rico 的 MSDN 博客围观，结果发现人家早在 2017 就去脸书了😂 |
|
23
andrewpsy 2021-04-20 12:34:03 +08:00
Rico 人走博客已删，找到快照供各位鞭尸。
https://web.archive.org/web/20160309232651/http://blogs.msdn.com/b/ricom/archive/2009/06/10/visual-studio-why-is-there-no-64-bit-version.aspx 我最近几年在搬 Java 的砖还以为 VS 被微软放弃专攻 VS Code 了。 |
 |
24
love 2021-04-20 13:02:58 +08:00
多年没碰 vs 了，现在应该追上 jetbrains 家 IDE 的体验了吧，十几年前用 java 和 c 井那时感觉 vs 体验被 IDEA 吊打
|
 |
25
lonewolfakela 2021-04-20 14:13:14 +08:00
@yohole 没听说过还有这种事情啊……VS 又不是啥常驻后台的东西，怎么会装了就卡了呢。
|
 |
26
ijrou 2021-04-20 14:17:56 +08:00
最近 net 新闻很多，看来微软终于耐不住沉默了
|
|
27
yohole 2021-04-20 14:18:04 +08:00
@lonewolfakela 不了解这是 windows 的特性还是 vs 的特性，我遇到过好几次因为装了 VS 从此电脑就变卡的，卸载了之后会稍微好点，当时有看到开机启动项，好像是有几个跟 VS 相关的
|
 |
28
kawaiidora 2021-04-20 14:22:46 +08:00
这次能给源代码文件指定字符编码，而不是默认使用 os 本地代码页了吗？
|
 |
29
Jirajine 2021-04-20 14:25:29 +08:00 via Android
@kawaiidora 现在基本没有开了 utf-8 就会乱码的应用了吧，直接启用 utf-8，彻底不用关心编码问题。
|
 |
30
n0th1ng 2021-04-20 14:25:35 +08:00
|
 |
31
ZeroClover 2021-04-20 14:25:49 +08:00
原文链接怎么是 AAD 跑在 NET Core 3.1 上的文章？
|
|
32
ZeroClover 2021-04-20 14:26:10 +08:00
@ZeroClover 没看到 append
|
 |
33
qbqbqbqb 2021-04-20 16:06:59 +08:00
@Jirajine
VS IDE 开 UTF-8 代码会自动检测。 但目前的 MSVC 编译器 cl.exe 自动检测 UTF-8 （无 BOM ）还是有问题，不加参数会默认用本地代码页编译，然后如果代码里有非 ASCII 的 UTF-8 字符有可能会出问题（乱码，或者吞换行符吞代码等等）。 |
|
34
qbqbqbqb 2021-04-20 16:07:33 +08:00
@kawaiidora 现在的版本也可以。用 editorconfig
|
 |
35
ychost 2021-04-20 16:43:21 +08:00
宇宙第一 IDE，只有 Windows 版本的好使，mac 版的不好用
|
 |
36
moen 2021-04-20 17:07:35 +08:00
基本上确定 VS 2022 还是跑 .Net Framework （悲）
|
 |
37
snw 2021-04-20 17:43:39 +08:00 via Android
图标差评。
Office 2019 就吐槽过这种图标缺乏辨识度，完全是为视力障碍人群设计的。 |
 |
38
smallthing 2021-04-20 18:26:05 +08:00
@yohole 绝壁是你的问题
|
|
39
smallthing 2021-04-20 18:26:48 +08:00
@n0th1ng +1 因为之前装的.net 版本不对或者太老 安装 vs 后 他会重新编译一次
|
|
40
ReferenceE 2021-04-20 20:01:16 +08:00 via Android
|
 |
41
daquandiao2 2021-04-20 20:26:15 +08:00
话说 v 站上的开发者用 vs 的有很多吗 一大部分前后端移动端基本都用不上吧
|
 |
42
alvins 2021-04-20 22:24:04 +08:00
宇宙第一 IDE ！但我是 Java
|
 |
43
wolfish 2021-04-20 22:29:37 +08:00
现在偶尔写写 cpp 也是 jb 家的 clion，跳转什么的太香了
|
 |
44
3dwelcome 2021-04-20 22:58:32 +08:00
安装一个 IDE 要 300 多个小 packages，大的惊人，真是晕过去。估计 80%的用户，只能用到全部功能的 20%，不如学学 VSCODE，不常用的就不安装，都做成插件下载算了。
一个 vs2022 安装 20G+硬盘，劝退一大批小硬盘的用户。 |
 |
45
BrettD 2021-04-20 22:58:58 +08:00 via iPhone
在 Windows 10 ARM 上用 Visual Studio 开发 C++有戏吗……现在 2019 是转译运行，不支持调试
|
|
46
3dwelcome 2021-04-20 23:02:22 +08:00
@andrewpsy 2009 年的文章，作为 12 年前的观点，我个人觉得也没什么大问题。
记得 vs 正式集成 x64 编译器，也就是 vc2008 开始的，以前都需要自己下 SDK 打补丁。短短那么几年的时间，全部移植到 x64 是有难度，老代码应该在使劲拖后腿。 VS 真是一个项目太大，船大难掉头的典型案例。 |
 |
47
renmu123 2021-04-20 23:02:26 +08:00 via Android
我个人感觉翻译味有点重了，还是要感谢楼主地翻译
|
|
48
moen 2021-04-21 00:05:24 +08:00
@BrettD 2022 的 GUI 部分还是用着 .Net Framework，最理想的情况也就只有原生的 build tools
|
 |
49
futou 2021-04-21 00:10:13 +08:00
仍坚守 2015 的路过。然而还是要说一句：宇宙第一 IDE
|
 |
50
domodomo 2021-04-21 00:34:27 +08:00
羡慕呀，Xcode 有 Visual Studio 这么好用就好了
|
|
51
smallthing 2021-04-21 01:17:09 +08:00
@moen 会迁移 net6+的吧 现在 net5 又不是 lts.
|
|
52
moen 2021-04-21 02:42:22 +08:00
@smallthing 原文的评论已经回应说不会迁移
|
 |
53
twl007 2021-04-21 07:56:05 +08:00
@lonewolfakela vs 装全了是有不少后台任务的 比如 sql server……
|
 |
54
CitizenR 2021-04-21 08:41:41 +08:00
|
 |
55
q197 2021-04-21 09:28:30 +08:00
@smallthing 确实会变卡，因为安装时一般人总会装一些 .net 有关的东西，这时就会安装一堆 .net 开发环境、运行环境，还有一些精简版的数据库软件，感觉开机时间可以翻一倍（假设之前没有安装自启软件）
|
 |
56
sadwin 2021-04-21 10:23:41 +08:00
xcode 是什么臭鱼烂虾，真当别人没用过吗？还 vs 超越 xcode，笑掉大牙。
|
 |
57
zhuangzhuang1988 2021-04-21 10:53:10 +08:00
@moen 正常啊 很多人还是喜欢用老的 .Net Framework , 包括 F#项目建立都还有的 .Net Framework 版本的.一些老的功能必须 .Net Framework 才能跑, .net core 有很多功能不能用的
|
|
58
n0th1ng 2021-04-21 11:34:43 +08:00
|
|
59
zhuangzhuang1988 2021-04-21 11:51:55 +08:00 1
@n0th1ng 肯定啊 里面有 WPF, 这个又不跨平台.
|
|
60
kawaiidora 2021-04-21 12:42:11 +08:00 via Android
@qbqbqbqb 按理说原生支持不应该是什么难事啊，还要辅助文件也是醉了
|
 |
61
gamexg 2021-04-21 12:44:36 +08:00
总算 64 位了，32 位大项目直接内存炸。
|
|
62
n0th1ng 2021-04-21 13:05:52 +08:00
|
 |
63
nannanziyu 2021-04-21 13:16:01 +08:00
@CitizenR
因为苹果从来不管软件兼容性啊，IDE 升级至少要考虑两件事情: 1. 旧的工程 （无论是直接支持还是自动迁移支持） 2.插件 只要你做过苹果开发，Xcode 在这两件事情上跟 shit 一样，举个例子： https://github.com/robbiehanson/XcodeColors/issues/93 |
 |
64
conghuiwang 2021-04-21 19:16:55 +08:00
竟然没人提价格问题，都用社区版么
|
 |
66
johnsonshu 2021-04-22 18:24:18 +08:00
这玩意是不是一升级就像装个 OS 啊？
几年前的恐怖经验一直还历历在目。 |
|
67
lonewolfakela 2021-04-23 09:47:57 +08:00 1
@johnsonshu 从 VS2017 开始，整个 VS 安装模块化了，你在装的时候就可以按类似“C++桌面开发”、“.net 开发”、“web 开发”这样子的分类选择你需要的模块，这样安装的时候就只会下载安装相应的部分。只要你不是头铁一股脑点全部安装，就没有那么恐怖了。
|
Select Language