Ist Visual Studio geschrieben in winforms?
Ist Visual Studio geschrieben .NET winforms? Oder ist winforms einfach zu langsam für einen editor-Typ Anwendung?
- Nicht zu langsam für mich.
- Daok, was meinst du? So vs.net geschrieben ist .net winforms?
- Diese Frage ist ein wenig wie zu Fragen: "Wann hast du aufgehört zu schlagen Sie Ihre Frau?"
- Ich Plane, beginnen morgen
Du musst angemeldet sein, um einen Kommentar abzugeben.
Diese nicht ganz faire Frage. 🙂
Visual Studio .NETTO - (devenv.exe) nicht geschrieben werden, direkt in WinForms, als es ist nicht Sie eine CLR ausführbar. (Meine Vermutung ist, dass es immer noch produziert, die mit Visual C++.) Ich weiß, für eine Tatsache, dass weder 2005 noch 2008 Versionen devenv.exe tragen Sie eine CLR-header. (Ich ließ die beiden auf ILDASM; Sie sind definitiv nicht verwaltetem code.)
Sagte, nur weil devenv.exe ist das nicht geschrieben in WinForms bedeutet nicht, dass WinForms ist zu langsam für einen editor. WinForms ist nicht, auf den meisten Systemen, auch alles andere als langsam-unsere app-code wird der Engpass vor dem Rahmen ist.
Meine Vermutung ist, dass devenv.exe geschrieben in C/C++ durch ein upgrade auf eine lange Umwelt; die Kosten, um Microsoft neu zu schreiben in .NET ist zweifellos unerschwinglich.
Erneut, so weit wie WinForms-Geschwindigkeit betrifft-es gibt durchaus ein paar WinForms-apps, die keine performance-Probleme jeglicher Art, einschließlich einer ziemlich robust .NET-IDE (SharpDevelop).
Anscheinend VS 2010 hat Teile geschrieben in WPF.
SharpDevelop ist .NET Windows Forms-Anwendung.
Das klingt ein wenig wie ein "Sind Sie noch schlagen Sie Ihre Frau?" Frage ohne Antwort, das klingt gut von Visual Studio ' s point of view.
Nein, Visual Studio (mindestens bis 2008) ist nicht geschrieben, mit .NET. Jedoch, SharpDevelop und andere Redakteure sind und nicht leiden, von speed-Problemen unbedingt.
In seinem Kern VS ist noch eine nicht verwaltete ausführbare Datei, so dass es nicht mit winforms. Möglicherweise gibt es Teile geschrieben .NET vor allem rund um einige der neueren features, aber der Kern-erweiterungsmodell ist COM-basierte (und sehr Komplex...)
Wenn das VS-team nicht nutzen, WinForms, du bist was darauf hindeutet, dass der einzig mögliche Grund wäre, dass WinForms ist zu langsam. Das ist nicht gültig. Die Tatsache, dass das IDE SharpDevelop geschrieben in WinForms und schneidet gut zeigt, dass es nicht "zu langsam", unabhängig davon, was die Visual Studio-IDE verwendet.
Dies ist eine Art von zwei Fragen in einer. Wie andere erwähnt haben, können Visual Studio verwenden, die nicht mit WinForms. Deine andere Frage hat nichts zu tun mit dem ersten, als a) Visual Studio ist nicht ein "editor", es ist eine IDE und b) es wirft die Frage auf.
Sagte, WinForms ist eine ausgezeichnete Wahl für jede Windows-basierte Anwendung, einschließlich einer IDE (wie die oben genannten SharpDevelop) und einem "editor" können Sie sich vorstellen, bis zu und einschließlich audio und video. Also Nein, es ist nicht "zu langsam" für eine "editor-Typ-Anwendung."
Sind Sie frei, natürlich, zu schreiben, langsamen code, der ausgeführt wird in einer Windows Forms-Anwendung. 🙂
Basierend auf meiner Erfahrung mit den VS-SDK, es sieht aus, als wenn es gebaut wurde mit C++/COM, aber ich denke, das ist einfach, da das Visual Studio team hat sich entschieden, zu gehen mit, dass (UND Windows Forms gar nicht gibt als release-version, wenn Sie wurden Anfang der Entwicklung des VS.NET IDE).
Können Sie Windows Forms-für einen editor-Typ Anwendung. Ich denke, dass SharpDevelop ist eine WinForms-app.