Visual studio Visual Studio是用Windows窗体编写的吗？

Visual Studio是用.NET Windows窗体编写的吗？或者Windows窗体对于编辑器类型的应用程序来说速度太慢了？

根据我对VS SDK的经验，它看起来好像是用C++/COM构建的，但我认为这只是因为Visual Studio团队决定使用它（而Windows窗体在最初开发VS.NET IDE时并没有作为发行版存在）

---

可以将Windows窗体用于编辑器类型的应用程序。我认为SharpDevelop是一个WinForms应用程序。

其核心VS仍然是一个非托管可执行文件，因此它不使用WinForms。可能有一些部分是用.NET编写的，特别是一些较新的功能，但是核心扩展性模型是基于COM的（非常复杂…

是一个.NET Windows窗体应用程序

这不是一个很公平的问题。：）

Visual Studio.NET（devenv.exe）不是直接用WinForms编写的，因为它不是CLR可执行文件。（我的直觉是它仍然是用VisualC++生成的）我知道事实上，2005版本和2008版本的Devv.EXE都没有CLR头。（我刚刚把它们都放在了ILDASM上；它们绝对不是托管代码。）

也就是说，仅仅因为devenv.exe不是用WinForms编写的，并不意味着WinForms对于编辑器来说太慢。在大多数系统上，WinForms一点也不慢——我们的应用程序代码将在框架启动之前成为瓶颈

我的直觉是devenv.exe是用C/C++编写的，因为它是对长期存在的环境的升级；微软在.NET中重写它的成本无疑令人望而却步

---

同样，就WinForms的速度而言——有相当多的WinForms应用程序没有任何性能问题，包括相当健壮的.NET IDE（）。

如果VS团队没有使用WinForms，您认为唯一可能的原因是WinForms太慢。那是无效的。SharpDevelop的IDE是用WinForms编写的，性能良好，这一事实表明，无论Visual Studio的IDE使用什么，它都不会“太慢”

从Visual Studio的角度来看，这听起来有点像一个没有答案的“”问题

---

不，Visual Studio（至少到2008年）不是使用.NET编写的。但是，SharpDevelop和其他编辑不一定会遇到速度问题。

这是一个两个问题合一的问题。正如其他人提到的，VisualStudio不使用WinForms。你的另一个问题与第一个问题无关，因为a）VisualStudio不是“编辑器”，而是IDE，b）它在乞求这个问题

也就是说，WinForms是任何基于Windows的应用程序的最佳选择，包括IDE（如前面提到的SharpDevelop）和您可以想象的任何“编辑器”，包括音频和视频。因此，对于“编辑器类型的应用程序”，它并不“太慢”

---

当然，您可以自由编写在Windows窗体应用程序中运行的慢代码。：）

以及monodevelop（SharpDevelop的mono端口）都是托管应用程序，运行良好，没有任何问题。（上次）我检查过，Devv.Env显示了用C++和MFC编写的标志：如果使用WiSwitter查看窗口类名称，许多MFC.DavIDK都有经典的“AFX…”模式：如果认为Visv.EXE自VisualStudio的早期就已经出现了，那么这绝对是有意义的。多年来一直在升级/修改，而不是彻底重写。好球！（我没想到WinSpy会这么做。）在VS10之前是禁止的，在VS10中，前端是各种各样的WPF。那是一些重型的狗食（我真的很喜欢看到他们像那样投资于他们的技术。）我支持这一点，格雷格·D。这种雄心壮志表明他们与WPF是认真的。这个问题有点像问“你什么时候停止殴打你的妻子了？”我计划从明天开始回答：“404-哦！那页找不到了。”