Frage

Ich habe gerade einen Auftrag erhalte ein altes Delphi 3-Projekt zu aktualisieren, die ich im Jahr 1999 auf eine neuere Version geschrieben und Funktionen hinzuzufügen (ich dies in verwandten Fragen vorher diskutiert hier und hier ). Ich war die Annahme, dass der geeignete Weg wäre dann wohl meine Entwicklungsumgebung Delphi 2010 und dann Port die Anwendung zu aktualisieren.

Ich erwäge nun, ob die Anwendung auf meine vorhandene Kopie von Delphi 2007 statt zu aktualisieren, um die Unicode-Komplikationen zu vermeiden. Die Anwendung läuft auf einem einzigen Unternehmen in den Vereinigten Staaten und ist eng mit Anforderungen eines einzelnen Staates gebunden, so wäre es nicht von Unicode-Unterstützung profitieren.

Meine Frage ist: würde der zusätzliche Aufwand mit Unicode Fragen des Umgangs den Vorteil der Verwendung der neuesten Version von Delphi überwiegen? Sie können davon ausgehen, dass ich keine Erfahrung mit Unicode haben.

War es hilfreich?

Lösung

Sie haben getan so gute Arbeit Unicode in Delphi 2009 zur Durchführung der, dass die meisten Programme, die Tricks mit Zeichen und Bytes ohne Probleme konvertieren über das nicht tun.

Der Nachteil ist, solange Sie keine 3rd-Party-Pakete verwenden. Wenn Sie sind, sollten Sie diese aktualisieren. Wenn sie nicht Upgrades haben, und Sie haben nicht ihren Quellcode, dann könnten Sie besser dran, nicht zu Delphi 2010 gehen.

Aber ich würde den Sprung, wenn überhaupt möglich machen. Ich habe und ich bin froh, dass ich.

Andere Tipps

Warum „Upgrade“ auf eine Version, die nicht die neueste ist, es garantiert nur ein früheres „nächstes Upgrade“. Ich bin sehr, sehr zufrieden mit Delphi 2010, empfehle ich die Portierung auf diese Version, wenn Sie einen 3rd-Party-lib verwenden, die für D2010 nicht verfügbar ist

Sie sollten es versuchen (das Upgrade) auf einer D2010-Studie, und geben Sie ihnen einen Tag oder so ein Gefühl für die Art von Komplikationen zu erhalten, die zur Folge hat. Im Allgemeinen, wenn Sie nicht viel PChar für die Zeigerarithmetik verwenden, und Sie nicht das Unterbereich von Strings verwenden, z.B. Code [1]: = 'A', und so weiter, sollte es wenig oder gar keine Upgrade-Probleme sein. Abgesehen von dem Unicode-Upgrade, das D2010 IDE ist viel schöner zu bedienen, und scheint schneller als D2007.

D2007 kann einfacher zu aktualisieren, weil Sie es nicht Änderungen des Codes erfordern wahrscheinlich mit Unicode zu arbeiten, und wenn Ihr Code nicht viel PChar und anderen ANSI gewidmet Funktionen benötigt, kann es in Delphi2010 arbeiten, ohne eine Menge Arbeit.

Aber wenn Sie Zeit und Ressourcen, um Delphi 2010 zu aktualisieren, wird es bessere Möglichkeiten, denn früher oder später Version von Delphi 2009 und später wird die Standard-Versionen sein.

Auch ist die IDE Produktivität in D2010 höher, neben neuen Sprache Zusätze wie Generika, anonyme Methoden und andere, die Ihren Code besser zu machen, wenn Sie einige Teile davon gehen neu zu schreiben.

"Das hängt davon ab"

Es hängt von der Anzahl der 3rd-Party-Kontrollen und dem aktuellen Stand dieser Kontrollen. (Sind sie noch auf dem Markt mit Updates für 2007 und 2010?)

Es hängt von Code-Größe und die Qualität des Codes. Wenn Sie eine große, lose verwalteten Code-Basis haben wird es einen härteren Weg bis 2010 sein.

Es hängt auch (weitgehend) auf Projekt Ein- / Ausgänge ... lesen Sie aus den Dateien / Datenbanken / Kommunikation? Wie werden sie auf Unicode reagieren, oder können Sie einfach alle diese Berührungspunkte verengen, um eine ordnungsgemäße Handhabung zu gewährleisten?

Eine andere wichtige dependancy ist die Lebensdauer der Anwendung ... „Unicode gehen“ jetzt könnten Sie besser dienen, wenn Sie diese Anwendung langfristig unterstützen werden, wie schließlich werden sie verkauft 2007 stoppen und Sie werden gezwungen hinein.

Ich besitze 2009 und haben kleinere Programme / Dienstprogramme mit ihm gebaut, aber die Hauptarbeit ist noch in 2007, 2006, D7 und D5 auf Projekt abhängig.

Siehe hier . Er kann die Dinge verwirren, wenn sie D2010 kommen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top