Ich liebe die Editoren der alten Schule, weil sie es den Benutzern ermöglichen, durch ihren Code absolut zu fliegen und fast so schnell zu bearbeiten, wie sie denken können.
Jedoch saugen sie Bälle auf das Bewusstsein ihrer Umgebung, mangelnde robuste Implementierungen von Funktionen wie Intellisense (Präventivschlag: nein, es gibt wirklich keine Intellisense-Implementierung in Emacs, die trivial zu installieren ist und nicht lutscht) und allgemeine Refactorings (Präventivschlag # 2: "Global Search and Replace" macht kein Refactoring-Tool). (d. h. Es wäre schön, in der Lage zu sein, nichts als vim zu verwenden, um sich in .Net zu entwickeln, aber im Moment ist es im besten Fall ein schlecht durchdachtes Unterfangen).
Ich liebe Visual Studio / Eclipse / XCode, weil sie so in ihre Umgebungen integriert sind, dass ich fast nie nach API-Dokumentation suchen muss und furchtlos umgestalten kann.
Allerdings saugen sie Bälle bei grundlegenden Textmanipulationen und Makros (relativ zu vi / emacs), sind nicht auf allen Plattformen verfügbar (mit Ausnahme von Eclipse), werden sich wahrscheinlich entweder nichttrivial verändern oder vielleicht einfach nicht in der Nähe sein nächsten 10-20 Jahren, und vor allem, sind nicht in der Lage, Tetris zu betreiben.
Werden wir jemals den Tag sehen, an dem emacs oder vi so eng mit .Net-, Java- und Objective-C-Projekten wie Visual Studio, Eclipse und XCode integriert werden können?
Wenn nicht, liegt das an proprietären Bedenken? (d. h. würde erfordern, dass emacs mit einer Kopie des .Net-Frameworks geliefert wird)? Oder liegt es daran, dass unser Team im Moment keine Manpower hat?
Siehe eclim , das Eclipse-Funktionen für Emacs / Vim bietet, damit Sie in Ihrem bevorzugten Editor arbeiten können, während Sie eine intelligente Vervollständigung und andere Funktionen erhalten ein Eclipse-Backend.
Wenn wir nicht die Manpower haben, diese Features nativ zu implementieren, dann ist das Beste, was wir tun können, die von anderen implementierten Funktionen zu nutzen.
Ich denke, ein wesentlicher Teil des Grundes ist technischer Art und liegt an Elisp: Elisp ist sehr langsam und es fehlen Bibliotheken. Eine gute IDE benötigt einen guten Parser, verschiedene Hilfsdatenstrukturen und muss schnell sein (z. B. das Parsen vieler Dateien).
Tags und Links eclipse visual-studio emacs vi