Integracja obsługi repozytorium z platformą musi zaczynać się do dobrego i przemyślanego projektu. Celem jest integracja przypływu pracy znanego użytkownikom repozytorium z koncepcjami definiowanymi w środowisku roboczym. Ponieważ interfejs użytkownika i funkcjonalność środowiska roboczego można rozszerzać na wiele sposobów, sposób dochodzenia do integracji zapewnia wiele elastyczności. Od czego zatem zacząć?
Zbudowanie dostawcy zespołowego nie jest tylko kwestią nauczenia się interfejsu API dla zespołów. W kolejnych sekcjach skoncentrowano się przede wszystkim na konkretnej obsłudze wprowadzonej przez moduł dodatkowy zespołu. To kwestia rozumienia pojęcia integracji środowiska roboczego. Dlatego warto zacząć od nakreślenia szerszego obrazu. Jako badany przypadek integracji dostawcy zespołowego z platformą użyty zostanie klient CVS. Na początek warto przyjrzeć się niektórym funkcjom oferowanym przez dostawcę CVS oraz narzędziom środowiska roboczego i zespołowym, których można użyć do osiągnięcia podobnego stopnia integracji.
Klient CVS integruje się ściśle z istniejącą perspektywą zasobów środowiska roboczego. Umożliwia on użytkownikom konfigurowanie projektu na potrzeby systemu CVS, dodaje funkcje do menu zasobu, dekoruje zasoby informacjami właściwymi dla zespołów, udostępnia dostosowane widoki, w których wyświetlane są informacje właściwe dla zespołów, dodaje zorientowane na zespoły listy czynności itp. Można tak wymieniać bez końca. W jaki sposób można osiągnąć podobny stopień integracji w tworzonym dostawcy? Oto kilka podstawowych kroków, od których należy zacząć, oraz odsyłacze do informacji (zarówno dotyczących zespołów, jak i środowiska roboczego) na te tematy.
Zdefiniuj klasę RepositoryProvider, która będzie reprezentować implementację. | |
Udostępnij kreatora konfiguracji, aby użytkownicy mogli powiązać dostawcę ze swoimi projektami. | |
Dodaj swoje akcje do menu Zespół. |
|
Dodaj właściwości charakterystyczne dla dostawcy do strony właściwości dla zasobu. |
|
Zaimplementuj specjalizowane dekoratory, aby prezentować atrybuty dotyczące zespołów |
|
Ogranicz szum informacyjny, odfiltrowując wszelkie zasoby używane do implementacji wsparcia dla zespołów. |
|
Zmodyfikuj operację zapisywania zasobów, aby można było sprawdzić uprawnienia, zanim użytkownik zmieni plik. |
|
Zanim użytkownik przystąpi do edycji pliku, sprawdź, czy jest to dozwolone. |
|
Śledź zmiany zasobów w obszarze roboczym, aby zezwolić na powiązane zmiany w repozytorium. |
|
Sprawdź, czy dla operacji na zasobach są uzyskiwane odpowiednie blokady zasobów, które wywołują hak move/delete lub metodę fileModificatonValidator. |
|
Aktywuj możliwość korzystania z zasobów dowiązanych |
|
Udostępnij łatwy sposób eksportowania opisu swoich projektów. |
|
Ogranicz szum informacyjny w repozytorium, ignorując pliki, które można odtworzyć. |
|
Dodaj preferencje charakterystyczne dla dostawcy na stronie preferencji. |
|
Zaimplementuj widoki niestandardowe, w których będą wyświetlane szczegółowe informacje o repozytoriach i ich zasobach. |
|
W razie potrzeby dodaj swoje widoki i akcje do istniejących perspektyw środowiska roboczego. |
|
Zaimplementuj perspektywę charakterystyczną dla repozytorium, aby usprawnić administrowanie repozytorium lub przeglądanie go. |
|