Wir haben eine mittlere bis große Anwendung. Eine Version läuft auf Delphi 6 und eine andere auf Delphi 2006.
Ein Argument wäre die Unterstützung von Unicode. Wir brauchen das, um Kunden auf der ganzen Welt gerecht zu werden.
Andere Dinge, über die ich gelesen habe, sind: bessere IDE (Stabilität, Geschwindigkeit), bessere Hilfe und einige coole Ergänzungen in der Sprache (z. B. Generika)
Was ist mit Komponenten von Drittanbietern? Wir verwenden DevExpress, DBISAM und viele andere. Sind diese bereits portiert?
Berührungen / Gesten klingen cool, aber das haben wir in unserer Anwendung nicht.
Bessere Themenunterstützung (z. B. TStringGrid / TDBGrid unterstützt jetzt Themen).
Unterstützung für Windows Vista und Windows 7, einschließlich Unterstützung für Direct2D Canvas in Win7 und die von Ihnen erwähnte Touch / Gesture-Unterstützung.
Verbessertes Refactoring, einschließlich Unterstützung für das Refactoring von Generika.
Eingebauter Quellcode-Formatierer.
IDE Insight ermöglicht Ihnen, Dinge in der IDE selbst zu finden.
Erweiterte RTTI.
Verbesserungen im Debugger, einschließlich neuer benutzerdefinierter Datenvisualisierer und der Möglichkeit, eigene zu erstellen. Es gibt zwei Quellen (eine für TDateTime und eine für TStringList). Auch bessere Unterstützung für das Debuggen von Threads, einschließlich der Möglichkeit, Threads zum Debuggen zu benennen und Haltepunkte für bestimmte Threads festzulegen.
Die Möglichkeit, der IDE Versionskontrolle über Schnittstellen hinzuzufügen. Dies wird es Versionskontrollentwicklern ermöglichen, Unterstützung direkt in der IDE selbst hinzuzufügen.
Die Hilfe ist viel besser als in früheren Versionen. Es wurde komplett überarbeitet und ist nun umfassender und vollständiger. Es gibt auch eine Online-Wiki-basierte Version (die zum Erzeugen der Hilfe selbst verwendet wird), die Sie hinzufügen oder bearbeiten können.
Mit der Hintergrundkompilierung können Sie weiterarbeiten, während Sie Ihr Projekt kompilieren.
Was die Kontrollen von Drittanbietern betrifft, liegt das an dem jeweiligen Anbieter; Sie müssen überprüfen, ob Delphi 2010-Versionen für jeden von ihnen einzeln verfügbar sind. (Sie können jedoch auf der Embarcadero-Website nachsehen, ob bereits eine Liste verfügbar ist. Ich erinnere mich, dass ich von einem gehört habe ... Ah, ja. Hier ist es.)
Mit alter Version von Delphi (vor Delphi 2005) haben Sie nur vor dem 1. Januar 2010 ein Upgrade.
Nachdem Sie eine Vollversion kaufen müssen.
Rein als reaktive Maßnahme. Nehmen wir an, es gibt ein neues Feature in der neuesten Version eines noch zu veröffentlichenden Betriebssystems. Nehmen wir an, dass diese Funktion bestimmte Funktionen in Ihrer Anwendung durchbricht. WENN es einen globalen Fix für es geben würde, würde es höchstwahrscheinlich nicht in älteren Versionen des Compilers platziert werden, sondern in den neueren Versionen, die das neue Betriebssystem "offiziell" unterstützen. Das größte Problem beim Warten zu lange ist, dass wenn eine solche Maßnahme benötigt wird, es in der Regel um die Stunde Null, wenn der Verkauf gefährdet ist.
Aktualisieren Sie JETZT und bereiten Sie Ihre Anwendung so vor, dass sie auf künftige Änderungen reaktiver reagiert.
Überzeugen Sie ihn nicht für ein Delphi 2009/2010-Upgrade, tun Sie es für eine Software Assurance.
Die Refactoring-Tools und insgesamt Geschwindigkeit und Stabilität der IDE wird Machen Sie das Entwicklungsteam mehr produktiv.
Die Arbeit mit den neuesten Tools wird die Rekrutierung von Top-Talenten erleichtern.
Die IDE ist definitiv eine Weiterentwicklung von Delphi 6 und / oder Delphi 2006.
Wenn Unicode für Ihre Kunden wichtig ist, dann ist Delphi 2009/2010 eine klare Option. Aber wenn Unicode für Sie wichtig ist, anstatt für Ihre Kunden, dann wäre ich vorsichtig.
Unicode ist nicht "frei". Wenn Ihre Benutzer / Kunden Bedenken hinsichtlich des Speicherbedarfs und / oder der Leistung haben und / oder Ihre Anwendung umfangreiche String-Verarbeitung erfordert, verlangt Unicode einen Preis, den Ihre Kunden bezahlen müssen, und für Kunden, die sind nicht selbst mit Unicode-Unterstützung beschäftigt, dieser Preis kommt mit Null-Nutzen (für sie).
Ähnlich, wenn Ihre Anwendung auf einem derzeit nicht Unicode-aktivierten Datenbankschema liegt. Das Migrieren vorhandener Datenbanken von Nicht-Unicode zu Unicode ist nicht trivial. Wenn Sie Kunden mit großen Produktionsdatenbanken haben, sollten Sie bei der Migration ihrer Datenspeicher unbedingt eine Ausfallzeit für diese Kunden in Betracht ziehen.
Außerdem müssen Sie sich über Schnittstellen zu externen Systemen im Klaren sein - Ihr Code wird einseitig "Unicode" werden, was sich negativ auf externe Schnittstellen zu anderen Systemen auswirken kann, die nicht sind.
In solchen Fällen empfiehlt es sich, den Übergang zu Unicode mit anderen überzeugenden Verbesserungen und Vorteilen zu verknüpfen, um den Übergang aus anderen Gründen zwingend zu machen.
Wenn Sie wirklich Kunden haben, die echten Unicode benötigen, ist der Übergang nicht so einfach wie das Kompilieren mit dem neuesten / größten Compiler und VCL. Echte Unicode-Unterstützung wird sehr viel mehr Arbeit in Ihrem Anwendungscode erfordern, als Sie vielleicht zuerst schätzen würden.
Natürlich ist die Verwendung eines Unicode-fähigen Compilers / VCL eine entscheidende Komponente, aber es ist keine eigene Antwort.
Die Unicode-Änderung hat erhebliche Auswirkungen auf Komponenten von Drittanbietern. Selbst wenn Sie die Quelle für Ihren 3rd-Party-Code haben, sehen Sie sich möglicherweise mit Unicode-Problemen in diesem Code konfrontiert, es sei denn, der Anbieter hat Schritte unternommen, um diesen Code in einer aktuelleren Version zu aktualisieren. Die meisten aktuellen Herstellerbibliotheken sind inzwischen Unicode, aber ich denke, wenn Sie also keine Bibliothek verwenden, die vom Hersteller nicht mehr unterstützt wird, sollten Sie in dieser Hinsicht OK sein.
Ich würde auch Vorsicht walten lassen, wenn es um diese "coolen" Sprachmerkmale wie Generika geht. Sie sehen sicher cool aus, aber sie haben einige sehr einschränkende Eigenschaften, auf die Sie außerhalb von Feature-Demos stoßen und die zu Wartungs- und Debugging-Schwierigkeiten führen können, da die Erfahrung der Community bei der Arbeit mit ihnen begrenzt ist, so "Best Practice" zu erscheinen und die Werkzeugunterstützung ist vielleicht noch nicht mit den Anwendungen, in denen diese Features in tatsächlichen Code eingefügt werden, eingeholt.
Nachdem Sie ALL das gesagt haben .... Da Sie keine andere Version als Delphi 2010 wählen können, um auf ein Upgrade zu aktualisieren, müssen Sie das Unicode-Bullet beißen, wenn Sie überhaupt ein Upgrade durchführen und Sie werden sich mit vielen verführerischen Sprachfunktionen konfrontiert sehen, mit denen Sie herumspielen und Sie ablenken können. ;)
Und jetzt, da Embarcadero eine drakonischere Richtlinie für die Qualifizierung von Upgrade-Produkten vorschreibt, werden Sie von Delphi 2006 aussteigen müssen, wenn Sie sich für die Upgrade-Preise für Delphi 20 * 11 * qualifizieren möchten. ob Sie sich dafür entscheiden, dass 2010 für Sie richtig ist oder nicht, andernfalls werden Sie, wenn die Zeit für ein Upgrade auf Delphi 2011 gekommen ist, als neuer Kunde behandelt, und wenn Sie der Meinung waren, dass die Upgradepreise hoch waren die neuen Benutzerlizenzkosten heraus!
D2006 war eine schreckliche Version von Delphi. Es ist ein Upgrade wert, um alle Speicherlecks und zufälligen IDE-Abstürze und Pannen zu beseitigen. Begründen Sie es mit dem Chef als eine massive Abnahme der verlorenen Produktivität. Das bedeutet, dass Sie weniger Geld verschwenden, um Code nicht zu produzieren, weil Ihre Entwicklungswerkzeuge nicht funktionieren. Es wird sich auf dieser Basis allein sehr schnell amortisieren.
Wie für D6 vs. D2010, das ist ein Feature-Argument. Beginnen Sie mit der Antwort von Skamradt, dass Ihr Code zukunftssicher ist. Unterstreichen Sie es mit OS-Kompatibilität. D2007 war die erste Version, die Vista versteht. D2010 ist die erste Version, die Windows 7 versteht. Wenn Sie mit einer älteren Version kompilieren, ist Ihre App veraltet, bevor Sie sie überhaupt bereitstellen, da es keine Garantie gibt, dass sie mit modernen Windows-Versionen kompatibel ist.
Dann haben Sie tatsächliche Sprachfunktionen. Die wichtigsten Verbesserungen IMO von 2006 bis 2010 sind Generics, die bei allen Arten von sich wiederholenden Aufgaben helfen, und erweiterte RTTI. Robert Love hat in letzter Zeit einige großartige Blogposts darüber geschrieben, wie die erweiterte RTTI gängige Probleme der realen Welt vereinfachen kann. (Plus Unicode, natürlich.)
Wenn wir den Advokaten des Teufels spielen, kann es Gründe geben, ihn nicht zu verbessern. Zum Beispiel fehlt Ihnen möglicherweise die Quelle für bestimmte Komponenten oder Sie müssen möglicherweise noch Win9X unterstützen.
Ich denke, dass Sie wahrscheinlich den besten Grund finden, ein Upgrade durchzuführen (indem Sie alle neuen Funktionen von wizz-bang beiseite lassen), dass Sie in der neuen IDE wesentlich produktiver arbeiten werden. Wenn Sie kein Upgrade durchführen können, sollten Sie sich eine Kopie von Castalia besorgen, mit der Sie in Delphi 6 auf viele Produktivitätssteigerungen (z. B. Refactoring) zugreifen können.
DBISAM ist aktualisiert, ich habe sie gerade letzte Woche per E-Mail über ein Projekt informiert, von dem ich hoffe, es von Delphi 3 auf Delphi 2010 zu aktualisieren.
Alle anderen Pakete, die ich beim Upgrade für dieses Projekt (WPTools, Infopower, TMS) untersucht habe, geben auf ihren Websites an, dass sie Kompatibilität mit 2010 bieten.
Ich hatte nie D2006 (ich habe 2007), also kann ich nicht mit irgendwelchen Defekten in dieser bestimmten Version sprechen (D2007 ist auch nicht so toll), aber es ist generell ein gutes Prinzip, um Ihre Werkzeuge in guter Form zu halten. Für eine Säge bedeutet das scharf, für Software bedeutet das Strom. Vor allem in einem neuen OS-Jahr möchten Sie wahrscheinlich die entsprechende Version Ihrer primären Entwicklungsumgebung.
Es scheint mir, dass es bei der Entwicklung professioneller Anwendungen zwei Aspekte gibt:
Sie wollen Geld verdienen: Sie müssen sich an die Anforderungen Ihrer Kunden halten, Ihre Sachen KISS halten, wartbar und so weiter ... Sie müssen produktiv sein: egal, ob Generika, RTTI, Widgets wie Flowpannel, Geste und so weiter, weil es Zeit braucht zu lernen und mehr Zeit zu verwenden. Auf diese Weise ist der Wechsel von D7 nach D2010 nicht relevant. Ändern Sie für eine andere IDE wie REAL Basic multiplaform Ziel ist genauer.
Aber als Entwickler ist ein Kind und ein Poet in dir, fasziniert von neuen Technologien und / oder Algorithmen ... Das ist der kreative Teil des Jobs. Du musst kreativ sein, wenn du beeindruckend und innovativ sein willst. Ein Upgrade auf Delphi 2010 ist ein Muss, wenn man nach neuen Klassen sucht, neue Objekte sind eine Lebenseinstellung in der heutigen Programmierung.
Das ist meine bescheidene Sichtweise und der Grund, warum ich mein Geld für die Aktualisierung von Delphi von 2010 bis 2010 aufbrauche.
Mit freundlichen Grüßen
Didier
Listen mit kompatiblen Komponenten, die Delphi 2010 einschließlich DevExpress bereits unterstützen (Artikel wird regelmäßig aus unserer Technologiepartner-Datenbank aktualisiert), finden Sie unter
Argument - Zehntausende von Werkzeugen und Komponenten für die Dinge, die Sie zusätzlich zu den offenen API (s) für Komponenten und die IDE benötigen.
Punkt 9 des Joel-Tests: 12 Schritte zum besseren Code ist:
Verwenden Sie die besten Tools, die Sie kaufen können?
Vielleicht ist dieses Argument hier von Bedeutung.
Andererseits, wenn Sie Legacy-Code beibehalten und nichts generieren, das von neuen Betriebssystem- oder Tool-Features abhängig ist, ist es ein schweres Argument zu gewinnen. Ich würde jedoch nicht empfehlen, völlig neue Projekte mit so alten Tools zu erstellen.
Unicode wurde seit Windows NT 4.0 und Windows 95/98 / Me seit der Einführung von MSLU im Jahr 2001 unterstützt - Delphi 2006 unterstützt es sicher !? [edit] Es scheint nicht vollständig in der Komponentenbibliothek unterstützt zu werden. [/ edit]
Ich schlage vor, dass das eine überzeugende Argument ist, um Kompatibilität mit Vista und Windows 7 sicherzustellen. Ich verstehe, dass in diesem Jahr 64-Bit-Zielunterstützung für Delphi geplant war. Das könnte ein anderes Argument sein; Aber auch das gilt nur dann, wenn Sie tatsächlich eine solche Plattform anvisieren möchten, und zwar auf eine Weise, die einen spürbaren Vorteil gegenüber 32-Bit-Code bietet. [Bearbeiten] Ich habe geplant betont, weil ich nicht wusste, ob es in das Produkt aufgenommen wurde, sondern dass es eine Überlegung für Sie sein könnte. Es scheint, dass es nicht ist, so dass das Argument, das Sie an das Management übergeben, vielleicht noch weniger stark ist. [/ Edit]
Management wird nicht von dem "Ich will nur coole Tools zum Spielen mit" beeindruckt sein, müssen Sie es auf einer "Return on Investment" (ROI) Basis nähern. Werden Sie Ihr Produkt mit diesem Tool schneller oder billiger erhalten? Sind die vorhandenen Instrumente ein technisches Hindernis für den Fortschritt? Umgekehrt sollten Sie überlegen, ob die Zeit, die Sie benötigen, um Ihren Legacy-Code auf neue Tools zu portieren (mit der zugehörigen Validierung und Tests), Ihre Budgets und Deadlines ohne kommerziellen Vorteil zunichte macht?