DevExpress Changes

Die Komponenten von DevExpress haben die klassische Versionsnummer die sich aus Hauptversion, Nebenversion und Revisionsnummer (Patch) zusammensetzt. Nehmen wir als Beispiel 9.2.6.

In der Regel können aus der Versionsnummer folgende Informationen gezogen werden:

• Erhöht sich die Hauptversion, handelt es sich um eine neue Version des Programms.
• Erhöht sich die Nebenversion, wurden neue Funktionalitäten hinzugefügt oder geändert.
• Erhöht sich die Revisionsnummer, wurden Fehler beseitigt.

Diese Theorie ist nicht neu, die Praxis hat jedoch ihre Tücken. Mit dem Wechsel des ASPxGridViews von Version 9.2.6 auf 9.2.8 wurde ein Fehler korrigiert. Mit dieser Fehlerbeseitigung war es anschliessend nicht mehr möglich, im Event RowPrepared Einfluss auf die Zellen zu nehmen. Aus Sicht des Supports war die Begründung, dass mein Code ab Version 9.2.8 fehlerhaft sei, aus meiner Sicht wird in diesem Bereich nicht mehr die Erwartungskonformität erfüllt. Das hat zur Folge, dass sich der Lernaufwand erhöht, weil ich nicht mehr von den Standard-Komponenten ableiten kann, sondern die Dokumentation lesen muss. Beim ASPxGridView ist das „Hinterhältige“ dabei, dass man weiterhin auf die Zellen zugreifen und die Eigenschaften ändern kann, es hat jedoch keine Auswirkungen auf die Ausgabe mehr.

Der zweite Aspekt, solche Probleme tauchen immer dann auf, wenn Termindruck besteht. Es stellt sich dann die Frage: Quellcode überarbeiten oder neue Funktionen implementieren. Eine Variante könnte dann sein: Quellcode überarbeiten, wenn die Zeit dazu besteht. Damit dies schrittweise auch gemacht werden kann, müssen in diesem Fall die Versionen 9.2.6 und 9.2.8 auf dem Entwicklungsrechner installiert sein. Das Setup lässt aber diese Möglichkeit auf Patchlevel – Ebene nicht zu.

Damit dies doch möglich wird, werden die Komponenten der Vorgängerversionen benötigt und in ein separates Verzeichnis gespeichert. Anschliessend werden die benötigten Komponenten wieder im Global Assembly Cache installiert. Das Verzeichnis mit den Komponenten wird beim Schlüssel AssemblyFolders in der Registry aufgenommen. Die Anleitung der Vorgehensweise ist hier beschrieben.

Diese Vorgehensweise erfordert jedoch Disziplin, damit es nicht zu einem Versionsdurcheinander in der jeweiligen Projektmappe kommt.