Zitat von
jbg:
Zitat:
halt dieses bisschen C# in D2005
Wieso? Was fehlt dir da denn. Mehr habe ich im VS.NET auch nicht gesehen als es Delphi bietet.
Schon mal versucht Doc Comments zu schreiben? Nicht? Rate mal warum.
Oder diese Code structure...
Für mich ist VS + C# immer mit dem ReSharper gekoppelt (Warum man die 100 € einsparen sollte ist mir gänzlich unverständlich...)
Und gegen die Kombi ist der C# Builder nichts weiter als ein niedliches Spielzeug.
Zitat:
Zitat:
Ganz zu schweigen davon, dass man nun nur noch sprachspezifische Dinge in der
IDE Integration einbringen müsste, der Rest kommt ja vom VS selbst.
Genau. Und wo ist der
VCL-Designer? Oder muss ich mir dann zwei IDEs kaufen, wenn ich native und .NET Anwendungen schreiben will? Delphi.NET besteht nicht nur aus WinForms, sondern auch aus dem überlegenen
VCL.NET ("überlegen" bezieht sich auf Funktionsumfang nicht auf
FCL-Kompatibilität).
Warum habe ich das Gefühl Nick Hodges zu zitieren?
Sorry aber der Formdesigner von Delphi ist doch auch ur ein gehacktes Form, sicher kann man nicht den aus dem VS nehmen, aber man könnte den alten als Control ins VS packen.
Zitat:
Borland sollte sich lieber was einfallen lassen, um VS Plugins in Gallileo einbinden zu können.
Wäre natürlich toll.
Sie bekommen aber die neue
IDE nicht in den Griff, deshalb bringe ich den Vorschlag ja auch.
Und dann sollen sie auch noch eine VS-kompatible AddIn
API einbauen?
Zitat:
Zitat:
Zum Beispiel wird gerade an einem PlugIn Interface für den
ReSharper gearbeitet.
Für sowas braucht man in VS.NET ein Plugin? Das kann Delphi 2005 ja schon ohne Plugin.
Nein kann es nicht, nicht annähernd. (Und das VS05 kann Delphis Refactorings auch ohne AddIn
)
- ExtractAbstract class/interface
- generate properties
- autom. Vorschlagen von variablen namen
- Ändern von Signaturen
- Konstruktoren in Factories umwandeln (nett zusammen mit extract Interface)
- autom. namespaces aus dem Code entfernen und in die usings packen. (inklusive Vergabe von Aliasen bei Kollisionen)
- Erzeugen von Methoden beim Zuweisen an einen Event
- ...
Zitat:
Das läuft auf dasselbe heraus. Nur dass ExtractMethod alle benötigten Parameter gleich mit übergibt und ich nicht die Deklaration ändern muss, weil mir eingefallen ist, dass ich jetzt noch die und die Variable zusätzlich in der Methode brauche.
Du hast da was verwechselt.
in dem Beispiel schrieb er einfach eine nicht existierende Methode, diese wurde dann für ihn on-the-fly angelegt.
ExtractMethod funktioniert ähnlich wie in D2005.
All das soll über das PlugIn Interface vom R# möglichst sprachneutral implementiert werden können. Und das bisschen Refactoring von D2005 lässt sich mit R# nun wirklich nicht vergleichen.
Zitat:
Zitat:
Oder Code Rush: es gibt kein CR für D2005 mehr, es gibt es aber sehr wohl für das VS...
Das kann sich auch wieder ändern. Warten wir mal DeXter ab. Eigentlich müssten die ja nur für Delphui 2005 den Code re-kompilieren. Die ToolsAPI hat sich da nicht geändert.
Ich weiß, aber so wie ich das sehe wird das nicht passieren. DevX scheint sich als tool vendor für's VS ganz gut zu fühlen...
Bitte nicht falsch verstehen, ich will hier deine Argumente nicht runterspielen. Ich glaube nur, dass du sie zu einseitig gewählt hast.
Mir geht es nicht um einseitiges "Borland ist Mist" oder "Borland ist ja so toll". Eher darum, dass ich gerne D32 in einer
IDE hätte, mit der ich gerne arbeite.
Mir persönlich geht D.Net am *piep* vorbei, aber es gibt sicher genug, denen es nicht so geht.
Mir ist es auch egal wenn Borland Delphi verkauft und der neue Käufer einen VS AddIn baut.
Als D8-Käufer habe ich diese naive, romantische Vorstellung von Borland als "switzerland of software development" nicht mehr.
Ich verstehe auch nicht, warum so viele für diese Firma durchs Feuer springen, die mit D8 eindeutig gezeigt hat, wieviel sie von ihren Kunden hält...
Meine Frage in dem Thread hat nichts mit einer naiven Loyalität zu tun, zu der sich mancher verplichtet fühlt.
Mich interessiert einfach, ob es auch andere gibt, die gerne Delphi im VS hätten.
Fast alles, was das VS oder VS AddIns bieten wäre (mit weniger Aufwand als jetzt) auch für Delphi möglich. Ich sehe das als großen Vorteil an.
@Martin was wäre an einem Delphi AddIn in einer
IDE vollgestopft mit anderen Borland AddIns (ALM) nicht rund?
Ist Delphi nicht jetzt bereits ein AddIn im
BDS?
@Spockie
Da fehlte ein "
" am Ende! Ich hatte das schon so verstanden...
Ich weiß, dass du es so siehst.
Aber dir ist schon klar, dass das
BDS von den Verkaufszahlen uninteressant im Vergleich zu denen des VS ist?
Das VS hat doch schon ein Quasi Monopol auf .Net Entwicklung bzw. auf Windows-Entwicklung allgemein.
Ich kann es nicht nachvollziehen, warum man Gallileo unterstützt weil es nicht die bessere Wahl[1] sondern weil es nicht von MS ist.
[1]
Zitat:
Mit den Versionen 8 und 2005 ist diese Aussage so wohl nicht mehr gültig