Sugestie projektowe dotyczące tworzenia modelu COM+ CRM

Poniżej przedstawiono sugerowane kroki tworzenia modelu COM+ CRM:

1. Przed rozpoczęciem rozwoju ustaw czas oczekiwania transakcji na zero (przy użyciu narzędzia administracyjnego Usług Składników). Ustaw flagę rejestru VTRACE1 (zobacz Ustawienia rejestru COM+ CRM), aby wyświetlić ostrzeżenia i komunikaty o błędach CRM w śledzeniu debugowania.
2. Ustal, który zestaw interfejsów ma być używany, ustrukturyzowany (warianty) lub nie ustrukturyzowany. (Zobacz interfejsy COM+ CRM .) Będzie to zależeć od języka używanego do tworzenia systemu CRM — na przykład Microsoft Visual C++ lub Microsoft Visual Basic.
3. Najpierw opracuj pracownika CRM. Określ informacje wymagane w rekordach dziennika. Zdefiniuj wymagane typy rekordów dziennika i ich format.
4. Kompensator debugowania CRM jest dostarczany jako część przykładów CRM (w zestawie WINDOWS SDK). Może to być używane tymczasowo podczas debugowania pracownika CRM zamiast rzeczywistego kompensatora CRM.
5. Gdy pracownik CRM działa prawidłowo, opracuj rzeczywisty kompensator CRM i zastąp debugowy kompensator CRM rzeczywistym kompensatorem CRM.
6. Początkowo może być wskazane, aby nie testować scenariusza odzyskiwania. Jeśli tak, usuń plik dziennika CRM dla aplikacji serwera CRM za każdym razem przed uruchomieniem tej aplikacji serwera CRM.

Zagadnienia dotyczące

1. Napisz z wyprzedzeniem. Roboczy komponent CRM musi zapisać z wyprzedzeniem; to znaczy, że musi utworzyć wpis w dzienniku, wskazując, że wykona akcję zanim faktycznie wykona tę akcję. Ponadto ten rekord dziennika musi być zapisany na dysku po zapisie i przed wykonaniem działania.
2. Izolacja. System CRM nie wymusza izolacji. Projekt CRM musi zapewniać izolację między wieloma klientami w ramach oddzielnych transakcji oraz uwzględniać sytuację przed procesem odzyskiwania.
3. Odzyskiwanie w toku. Pracownik CRM musi obsługiwać kod błędu "odzyskiwanie w toku". Aby uzyskać więcej informacji na temat tego kodu błędu, zobacz Rozwiązywanie problemów z COM+ CRM.
4. Obsługa błędów. Pracownik CRM musi poradzić sobie z przypadkiem, w którym transakcja została anulowana wcześniej niż oczekiwano. Zobacz sekcję Obsługa błędów w COM+ CRM.
5. Czas odzyskiwania. Kompensator CRM powinien być zaprojektowany tak, aby umożliwić szybkie odzyskiwanie, aby nowe zadania dla tej aplikacji serwera CRM nie musiały czekać.
6. Idempotencja. Możliwe, że kompensator CRM może ponownie otrzymać ten sam rekord dziennika, aby cofnąć lub ponownie wykonać akcję, która została już cofnięta lub ponownie wykonana. Akcje, które może wykonać kompensator CRM, muszą być idempotentne, co często oznacza, że kody błędów zwracane z tych akcji powinny być ignorowane.
7. Inicjowanie odzyskiwania. Odzyskiwanie aplikacji serwera CRM jest wykonywane po uruchomieniu tej aplikacji serwera CRM. Nie ma jednak automatycznego uruchamiania aplikacji serwera CRM. Deweloper aplikacji powinien rozważyć sposób inicjowania uruchamiania i odzyskiwania.

Tematy pokrewne

Pojęcia dotyczące Menadżera Zasobów Wyrównujących COM+