Aplikacje serwera i klienta DCOM, które zamierzamy stworzyć są

Aplikacje serwera i klienta DCOM, które zamierzamy stworzyć są

DCOM
Aplikacje serwera i klienta DCOM, które zamierzamy stworzyć są podobne do tych
zrobionych w ćwiczeniu dotyczącym TCP/IP. Aplikacja serwera będzie jedno
wątkowa, a co za tym idzie będzie mogła obsłużyć jednego klienta jednocześnie.
Serwer TCP/IP pozwalał na kilka jednoczesnych połączeń klientów i używał jednego
połączenia z bazą danych by wygenerować pakiet danych. Klienci serwera DCOM
będą również dzielili między sobą pojedyncze połączenie z bazą.
1. Wybierz File | New Application. Pojawi się nowa aplikacja w Delphi.
2. Wybierz Choose File | New… | Multi-tier | Remote Data Module i kreator
Remote Data Module Wizard pojawi się na ekranie. Wpisz Class Name w
okno dialogowe jak pokazano poniżej i przyciśnij przycisk OK.
3. Zapisz wszystkie pliki do katalogu który wybrałeś pod nazwami: Unit1.pas
(Form1), Unit2.pas (MyServer) i DCOMServer.dpr (DCOMServer).
4. Upuść komponent TDatabase na MyServer i ustaw jego właściwości w ten
sam sposób jak zrobiliśmy to w aplikacji przykładowej Hello World. Ustaw
właściwość Database1.HandleShared na True.
5. Upuść TQuery na MyServer i skojaż ten komponent z Database1. Ustaw jej
właściwość SQL na SELECT * FROM department’.
6. Upuść komponent Tprovider na MyServer i ustaw jego właściwość DataSet na
Query1.
7. Kliknij na MyServer i wybierz komendę Edit | Add to interface.
8. W dialogu Add to interface wpisz deklaracje metody GetDepartments Ta
metoda będzie robiła to samo co zamieszczona w aplikacji przykładowej
TCP/IP – doręczała pakiet danych od Proiver1 w aplikacji serwera do
ClientDataSet1 w aplikacji klienta. Wciśnij przycisk OK, gdy skończysz pisać
tą deklaracje.
W tle środowisko Delphi stworzyło czwarty plik, DCOMServer.tlb i dodało go do
projektu. Jest to binarna biblioteka która zawiera definicje co nasz serwer udostępnia
innym aplikacją. Deklaracja metody GetDepartments została napisana jako biblioteka
powiązana z interfejsem ‘IMyServer’. Nazwa interfejsu jest bardzo podobna do nazwy
naszego remote data module. To nie przypadek. Implementacja jako pusta metoda
została dodana do kodu TmyServer w Unit2. Delphi domyślił się, że klasa
TMyServer implementuje interfejs
IMyServer. Gdy klient pobiera referencje do interfejsu IMyServer oraz wywołuje
GetDepartments, wtedy metoda TMyServer.GetDepartments zostanie wykonana i
zwrócony zostanie pakiet danych do pamięci aplikacji klienta.
9. Wybierz View | Type Library, rozwiń ImyServer w drzewie po lewej Type
Library Editor kliknij ImyServer, a następnie na przycisk New Method
Metod pasku narzędziowym edytora. Zmień nazwe nowej metody na
ApplyDepartmentUpdates i wybierz zakładkę Parameters po prawej stronie
okienka edytora. Wypełnij parametry wartościami jak na poniższym rysunku.
10. Wybierz File | Save all. Nowy unit DCOMServer_TLB.pas zostanie dodany do
projektu. Zawiera on deklaracje Pascal-a, opisujące binarną zawartość
biblioteki typów. Gdy masz troszkę czasu możesz w tym pliku znaleźć również
deklaracje IMyServer i IMyServerDisp. Każdy interfejs musi być
zaimplementowany w jednej lub wielu coclass. Jedna coclass może
implementować kilka interfejsów DCOM. W naszym przypadku TmyServer jest
implementacją coclass. Delphi generuje DCOMServer_TLB.pas za każdym
razem ja zmieni się zawartość biblioteki typów. Nigdy nie należy próbować
modyfikować tego pliku, ponieważ wpisany kod może być zmieniony bez
ostrzeżenia. Ten plik może być użyty w innych aplikacjach by umożliwić
dostęp do funkcji udostępnianych na serwerze. Implementacja w bibliotece
typów interfejsów TmyServer w Unit2 wiąże ten plik w jego sekcji interface.
Oto część kodu z pliku biblioteki typów deklarująca interfejs IMyServer.
Poniżej jest implementacja sekcji Unit2 utworzonej w środowisku Delhi. Dwie metody
naszego interfejsu wyglądają tak jak zwykle metody klasy. Na końcu pliku jest
konstrukcja, która tworzy fabrykę komponentów dla implementacji coclass. Ten kod
rozszerza możliwości serwera do komunikacji z nim z zewnątrz
Ostatnim krokiem jest uzupełnienie dwóch pustych metod implementujących
interfejs. Odległy moduł danych MyServer może wyglądać podobnie do
poniższego.
Dodajmy poniższy kod do Unit2:
Całkiem proste. Podczas budowy komponenty wizualne wygenerowały za nas
większość kodu bez większej iteracji z naszej strony. Po prostu zadeklarowaliśmy
kilka metod. W ten sposób można skoncentrować się na logice biznesowej naszej
aplikacji. Czy pisaliśmy kod komunikacji? Nie, bo DCOM robi to przeźroczystym dla
aplikacji.
Uruchom Aplikacje a wtedy class factory stworzone na końcu Unit2 zapisze
referencje do DCOMServer.MyServer w rejestrze Windows by serwer był widoczny
dla innych aplikacji.
Aplikacja klienta będzie podobna do tej która stworzyliśmy w przykładzie TCP/IP.
1. Wybierz File | New Application. Pojawi się nowa pusta aplikacja.
2. Wybierz File | New… | Data Module i do aplikacji zostanie dodany nowy moduł
danych.
3. Zapisz wszystkie pliki do wybranego przez ciebie katalogu pod nazwami
Unit1.pas (Form1), Unit2.pas (DataModule2) i Project1.dpr (Project1).
4. Upuść komponent TclientDataSet na DataModule2.
5. Umieść komponent TdataSource na DataModule2 i ustaw jego własność DataSet
na ClientDataSet.
6. Dodaj referencje do biblioteki typów serwera wybierając Project | Add to project
i
znajdując
DCOMServer_TLB.pas
w
katalogu
serwera.
7. Dodaj DCOMServer_TLB do listy unitów w clauzuli uses sekcji interface unitu
Unit2.
8. Stwórz właśniwości DataModule2 jak pokazano poniżej.
9. Upuść komponent TactionList na DataModule1. Podwójne klikniecie na
ActionList1 da nam Action List Editor. Stwórzmy 2 nwe akcje o nazwach Action1i
Action2 nadanych domyślnie ustaw ich własność Caption odpowiednio na
‘&Apply’ i ‘&Cancel’ .
10. Wybierz Action1 i kliknij na zakładkę Events Object Inspektor, następnie twórz
obsługę zdarzeń OnExecute i OnUpdate, jak pokazano poniżej.
11. Stwórz obsługę zdarzenia OnExecute Action2 by odwołać zmiany w danych i
przypisz do obsługi jego zdarzenia OnUpdate metodę Action1Update.
12. Stwórz trzecią akcję o nazwie Action3. Ustaw właściwość Caption na ‘Refresh’ i
określ obsługę zdarzeń OnUpdate and OnExecute
13. Ustaw Unit2 jako główna formę naszej aplikacji klienta.
14. Upuść komponent TDBGrid, TDBNavigator i trzy komponenty Tbutton i jeden
Tedit na formie Form1, rozmieść je i podczep przyciski do akcji jak pokazano
poniżej. Podłącz DBGrid1 i DBNavigator1 do DataModule2.DataSource1.
15. Napisz obsługę zdarzenia OnChange dla Edit1.
Aplikacja klienta jest gotowa uruchom ją i przetestuj przez chwile.
Gdy napiszemy coś w linii edycyjnej na dole aplikacji, to co napisaliśmy jest
wpisywane do własności DataModule2.ComputerName. Gdy przyciśniemy przycisk
Refresh gdy jest uruchomiony serwer DCOM, pakiety danych są odbierane od
serwera i zapisane w pamięci podręcznej ClientDataSet1. Przycisk Refresh jest
dostępny gdy nie ma zmian w pakiecie danych. Gdy przyciśniemy przycisk Apply,
serwer będzie uzupełniał zmiany w bazie bazując na własności Delta. Gdy tylko
serwer zwróci pakiet danych error log do klienta, aplikacja serwera wyłączy się. Dla
szybszego działania aplikacji serwera można uruchomić ją ręcznie z Explorera
Windows.
Aplikacja klienta nie przechowuje stale referencji do aplikacji serwera. Jest ona
określana przez własność DataModule2.MyServer i jest zwalniana gdy kończymy
aplikacje. Tym sposobem aplikacja oszczędza zasoby systemowe aplikacji serwera
co zwiększa ogólną skalowalność tego rozwiązania.