Entwicklung von Klassenbibliotheken in Teams

Da Klassenbibliotheken (VCX-Dateien) unverzichtbarer Bestandteil der meisten Visual FoxPro-Anwendungen sind, muss ein Team deren Entwicklung koordinieren können. Das Bearbeiten von Klassenbibliotheken in einem Team birgt viele Koordinierungsprobleme, die bei allen Komponenten einer Anwendung auftreten können. Es birgt aber auch Probleme, die nur bei Klassen auftreten können:

• Eine Änderung einer Klasse wird nicht nur an die Anwendungen weitergegeben, die diese Klasse verwenden, sondern an alle Unterklassen, die aus dieser Klasse abgeleitet wurden.
• Häufig sind mehrere Klassen in einer einzigen Bibliotheksdatei gespeichert. Das ist die kleinste Einheit, die von einem Quellcodeverwaltungssystem verwaltet werden kann.

Wie bei komplexen Formularen und Programmen, hat es sich bewährt, die Entwicklung einer Klassenbibliothek so zu isolieren, dass ein Entwickler Änderungen an der Bibliothek vornehmen kann, ohne dass die Arbeit der anderen Entwickler davon betroffen ist. Idealerweise können die Entwickler eines Teams mit einer Klassenbibliothek arbeiten, während diese von einem anderen Entwickler erweitert wird, ohne sich Gedanken darüber machen zu müssen, ob die an der Bibliothek vorgenommenen Änderungen in der Anwendung Probleme verursachen.

Wenn mit einer Klasse gearbeitet wird, speichert Visual FoxPro diese auf dem Computer des Benutzers zwischen, und zwar selbst dann noch, wenn das Formular, für das die Klasse verwendet wurde, geschlossen wurde. Sie müssen die Klasse explizit schließen, damit Visual FoxPro erkennt, dass sie nicht mehr verwendet wird. Wenn Sie während der aktuellen Sitzung eine Klasse verwendet haben (und diese folglich zwischengespeichert ist), aber die neue Version der Klasse laden möchten, müssen Sie die Klasse erst schließen, um Visual FoxPro zu zwingen, die Klasse wieder aus der geänderten Bibliothek zu laden.

Klassenbibliotheken unter Quellcodeverwaltung stellen

Wenn Sie eine Klassenbibliothek unter Quellcodeverwaltung stellen, kann immer nur ein Entwickler die Bibliothek auschecken. Für die anderen Entwickler ist die Bibliothek schreibgeschützt. Grundsätzlich wird die Entwicklung einer Anwendung dadurch nicht behindert, da Entwickler eine Bibliothek auch dann verwenden oder Unterklassen aus dieser erstellen können, wenn sie schreibgeschützt ist. Während die Anwendungsentwickler mit der schreibgeschützten Version der Bibliothek arbeiten, kann der Bibliotheksentwickler alle Klassen der Bibliothek bearbeiten.

Wenn Sie so vorgehen, sollte der Entwickler, der die Bibliothek aktualisiert, die Datei erst einchecken, nachdem sie fertig gestellt und getestet ist. Andernfalls erhalten andere Entwickler die unvollständige Version der Datei, wenn sie ihre Projektdateilisten aktualisieren oder die neuesten Versionen der Dateien abrufen.

Ist die Bibliothek sehr komplex, sollten Sie in Betracht ziehen, die Bibliothek für die Entwicklung in kleinere Bibliotheken aufzuteilen. Diese Vorgehensweise hat außerdem den Vorteil, dass kleinere Bibliotheksdateien schneller geladen werden. Dies bedeutet andererseits, dass verschiedene Klassen zu unterschiedlichen Zeitpunkten fertig und verfügbar sind.

Da jede Vorgehensweise ihre Vorteile hat, sollten Sie die Anforderungen Ihres Entwicklungsteams feststellen und die Strategie wählen, die für Ihre Arbeit am besten geeignet ist.

Siehe auch

Entwicklung und Änderung von Datenbanken in Teams | Entwickeln in Teams | Verwaltung von Dateien eines quellcodeverwalteten Projekts |Anzeigen von Datei- und Projektinformationen