1. Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 1 / 40

2. Programowanie Komponentowe
Wykład #1: Wprowadzenie
Mikołaj Olszewski
Wydział Zastosowan Informatyki i Matematyki
Szkoły Głównej Gospodarstwa Wiejskiego
7.10.2014
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 2 / 40

3. Plan wykładu
1 Wstep
2 W strone programowania komponentowego
3 Dlaczego programowanie komponentowe?
4 Komponenty
Formalizmy
Wady i Zalety
5 Od programowania obiektowego do komponentowego
6 Inzynieria komponentowa
7 Podsumowanie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 3 / 40

4. Wstep
Plan wykładu
1 Wstep
2 W strone programowania komponentowego
3 Dlaczego programowanie komponentowe?
4 Komponenty
Formalizmy
Wady i Zalety
5 Od programowania obiektowego do komponentowego
6 Inzynieria komponentowa
7 Podsumowanie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 4 / 40

5. Wstep
Korzysci
programowanie z satysfakcja
zrozumienie obiektowosci
poznanie biezacych trendów w programowaniu
poznanie topowych bibliotek i frameworków
poznanie standardowego warsztatu programisty
szybsze tworzenie programów
lepsza praca i . . . płaca
Ale. . .
. . . nie dla wszystkich
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 5 / 40

6. Wstep
Korzysci
programowanie z satysfakcja
zrozumienie obiektowosci
poznanie biezacych trendów w programowaniu
poznanie topowych bibliotek i frameworków
poznanie standardowego warsztatu programisty
szybsze tworzenie programów
lepsza praca i . . . płaca
Ale. . .
. . . nie dla wszystkich
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 5 / 40

7. Wstep
Korzysci
programowanie z satysfakcja
zrozumienie obiektowosci
poznanie biezacych trendów w programowaniu
poznanie topowych bibliotek i frameworków
poznanie standardowego warsztatu programisty
szybsze tworzenie programów
lepsza praca i . . . płaca
Ale. . .
. . . nie dla wszystkich
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 5 / 40

8. Wstep
Korzysci
programowanie z satysfakcja
zrozumienie obiektowosci
poznanie biezacych trendów w programowaniu
poznanie topowych bibliotek i frameworków
poznanie standardowego warsztatu programisty
szybsze tworzenie programów
lepsza praca i . . . płaca
Ale. . .
. . . nie dla wszystkich
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 5 / 40

9. Wstep
Korzysci
programowanie z satysfakcja
zrozumienie obiektowosci
poznanie biezacych trendów w programowaniu
poznanie topowych bibliotek i frameworków
poznanie standardowego warsztatu programisty
szybsze tworzenie programów
lepsza praca i . . . płaca
Ale. . .
. . . nie dla wszystkich
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 5 / 40

10. Wstep
Korzysci
programowanie z satysfakcja
zrozumienie obiektowosci
poznanie biezacych trendów w programowaniu
poznanie topowych bibliotek i frameworków
poznanie standardowego warsztatu programisty
szybsze tworzenie programów
lepsza praca i . . . płaca
Ale. . .
. . . nie dla wszystkich
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 5 / 40

11. Wstep
Korzysci
programowanie z satysfakcja
zrozumienie obiektowosci
poznanie biezacych trendów w programowaniu
poznanie topowych bibliotek i frameworków
poznanie standardowego warsztatu programisty
szybsze tworzenie programów
lepsza praca i . . . płaca
Ale. . .
. . . nie dla wszystkich
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 5 / 40

12. Wstep
Korzysci
programowanie z satysfakcja
zrozumienie obiektowosci
poznanie biezacych trendów w programowaniu
poznanie topowych bibliotek i frameworków
poznanie standardowego warsztatu programisty
szybsze tworzenie programów
lepsza praca i . . . płaca
Ale. . .
. . . nie dla wszystkich
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 5 / 40

13. Wstep
Korzysci
programowanie z satysfakcja
zrozumienie obiektowosci
poznanie biezacych trendów w programowaniu
poznanie topowych bibliotek i frameworków
poznanie standardowego warsztatu programisty
szybsze tworzenie programów
lepsza praca i . . . płaca
Ale. . .
. . . nie dla wszystkich
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 5 / 40

14. Wstep
Załozenia
Znajomosc
UML
wzorców projektowych
C#
Javy
Umiejetnosc
projektowania i programowania obiektowego
tworzenia GUI
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 6 / 40

15. Wstep
Zakres tematyczny
1 Wprowadzenie
2 Teoria i inzynieria programowania komponentowego
3 Komponenty w srodowisku .NET
4 Komponenty na platformie Java
5 Model OSGi
6 Usługi sieciowe
Materiały i aktualnosci
https://canvas.instructure.com/courses/889506
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 7 / 40

16. Wstep
Laboratoria
Konieczne zaliczenie (> 50%) wejsciówki
Samodzielnosc i oryginalnosc rozwiazan
Kod w repozytorium na bitbuckecie
Prezentacja postepu projektu
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 8 / 40

17. Wstep
Projekt
Zespoły: 3 po 3
Wybór tematu — 19 X
Przydział technologii — 28 X
Dokumentacja wstepna — 18 XI
specyfikacja interfejsów
diagram UML
wybór technik
harmonogram i podział prac
Wersja instalacyjna i dokumentacja koncowa — 13 I
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 9 / 40

18. Wstep
Zasady zaliczania
1 Wykład
wejsciówka: ocena 0–1 (waga 15%)
aktywnosc (zajecia/forum/prezentacja): ocena 1 (max 20, waga 15%)
2 Laboratoria: ocena 0–3 (waga 40%)
wykazanie znajomosci zagadnienia
wejsciówka dopuszcza do zadania
maksymalnie 3 niezaliczone zadania
3 Projekt: ocena 0–40 (waga 40%) — ocenianie kolektywne
4 Wymagane powyzej 50% w kazdej z kategorii: wejsciówki, laboratoria,
projekt
5 Ocena koncowa:
(90, 100] – 5
(80, 90] – 4.5
(70, 80] – 4
(60, 70] – 3.5
(50, 60] – 3
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 10 / 40

19. Wstep
Literatura
Szyperski Clemens, Oprogramowanie komponentowe. Obiekty to za
mało, WNT 2001
Andy Ju An Wang, Kai Qian, Component-Oriented Programming,
John Wiley & Sons 2005
Juval Lowy, Programming .NET Components, O’Reilly 2005
Ian Sommerville, Inzynieria oprogramowania, WNT 2003
John Cheesman, John Daniels, Komponenty w UML, WNT 2004
Craig Walls, Spring in Action, 3ed., Manning 2012
Richard S. Hall, Karl Pauls, Stuart McCulloch, David Savage, OSGi in
Action, Manning 2011.
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 11 / 40

20. W strone programowania komponentowego
Plan wykładu
1 Wstep
2 W strone programowania komponentowego
3 Dlaczego programowanie komponentowe?
4 Komponenty
Formalizmy
Wady i Zalety
5 Od programowania obiektowego do komponentowego
6 Inzynieria komponentowa
7 Podsumowanie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 12 / 40

21. W strone programowania komponentowego
Czym jest programowanie?
Program — sekwencja instrukcji
wykonujacych pewne zadanie
Klasyfikacja ze wzgledu na techniki,
koncepcje lub uzyte srodki
maszyna Pascala (1642) —
przekładnie i korby
technika X — programownie X-owe
(X-oriented programming)
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 13 / 40

22. W strone programowania komponentowego
Czym jest programowanie?
Program — sekwencja instrukcji
wykonujacych pewne zadanie
Klasyfikacja ze wzgledu na techniki,
koncepcje lub uzyte srodki
maszyna Pascala (1642) —
przekładnie i korby
technika X — programownie X-owe
(X-oriented programming)
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 13 / 40

23. W strone programowania komponentowego
Czym jest programowanie?
Program — sekwencja instrukcji
wykonujacych pewne zadanie
Klasyfikacja ze wzgledu na techniki,
koncepcje lub uzyte srodki
maszyna Pascala (1642) —
przekładnie i korby
technika X — programownie X-owe
(X-oriented programming)
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 13 / 40

24. W strone programowania komponentowego
Czym jest programowanie?
Program — sekwencja instrukcji
wykonujacych pewne zadanie
Klasyfikacja ze wzgledu na techniki,
koncepcje lub uzyte srodki
maszyna Pascala (1642) —
przekładnie i korby
technika X — programownie X-owe
(X-oriented programming)
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 13 / 40

25. W strone programowania komponentowego
X-oriented programming I
Programowanie przekładniowe
maszyna róznicowa Charlesa
Babbage’a (1822)
zmiana przekładni, zebów i kół
XIX-wieczny komputer parowy
(kompletny w sensie Turinga!)
Programowanie przełacznikowe
ENIAC (1942)
zmiana przełaczników (6000!)
Programowanie proceduralne
programy „wysokiego” poziomu
(Fortran, Pascal, C)
brak programujacych elementów
mechanicznych
ustrukturyzowany program
funkcjonalnosc zamknieta w zbiorze
procedur i funkcji
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 14 / 40

26. W strone programowania komponentowego
X-oriented programming I
Programowanie przekładniowe
maszyna róznicowa Charlesa
Babbage’a (1822)
zmiana przekładni, zebów i kół
XIX-wieczny komputer parowy
(kompletny w sensie Turinga!)
Programowanie przełacznikowe
ENIAC (1942)
zmiana przełaczników (6000!)
Programowanie proceduralne
programy „wysokiego” poziomu
(Fortran, Pascal, C)
brak programujacych elementów
mechanicznych
ustrukturyzowany program
funkcjonalnosc zamknieta w zbiorze
procedur i funkcji
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 14 / 40

27. W strone programowania komponentowego
X-oriented programming I
Programowanie przekładniowe
maszyna róznicowa Charlesa
Babbage’a (1822)
zmiana przekładni, zebów i kół
XIX-wieczny komputer parowy
(kompletny w sensie Turinga!)
Programowanie przełacznikowe
ENIAC (1942)
zmiana przełaczników (6000!)
Programowanie proceduralne
programy „wysokiego” poziomu
(Fortran, Pascal, C)
brak programujacych elementów
mechanicznych
ustrukturyzowany program
funkcjonalnosc zamknieta w zbiorze
procedur i funkcji
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 14 / 40

28. W strone programowania komponentowego
X-oriented programming II
Programowanie obiektowe
myslenie w kategorii typów danych (wbudowanych lub własnych)
podstawowe bloki
obiekty (zbiór danych w pamieci)
klasy (typ — co mozna) /nie zawsze wymagane/
Programowanie aspektowe
rozdzielenie odpowiedzialnosci — modularyzacja przekrojowych
funkcjonalnosci
wsparcie dla róznych rodzajów modularnosci
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 15 / 40

29. W strone programowania komponentowego
X-oriented programming II
Programowanie obiektowe
myslenie w kategorii typów danych (wbudowanych lub własnych)
podstawowe bloki
obiekty (zbiór danych w pamieci)
klasy (typ — co mozna) /nie zawsze wymagane/
Programowanie aspektowe
rozdzielenie odpowiedzialnosci — modularyzacja przekrojowych
funkcjonalnosci
wsparcie dla róznych rodzajów modularnosci
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 15 / 40

30. W strone programowania komponentowego
Programowanie komponentowe
budowa programu z gotowych,
reuzywalnych i
samowystarczalnych
komponentów (klocków)
wymagania: interfejs,
połaczenia, wersjonowanie,
wdrazanie
rozmaite rozmiary i „kształty”
programowanie interfejsowe,
implementacja nieistotna
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 16 / 40

31. Dlaczego programowanie komponentowe?
Plan wykładu
1 Wstep
2 W strone programowania komponentowego
3 Dlaczego programowanie komponentowe?
4 Komponenty
Formalizmy
Wady i Zalety
5 Od programowania obiektowego do komponentowego
6 Inzynieria komponentowa
7 Podsumowanie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 17 / 40

32. Dlaczego programowanie komponentowe?
Rozwój systemów
Budowa z komponentów / integracja systemów
Naturalny element procesu inzynieryjnego
Przykłady: budynki, samochody, komputery
Zysk?
„software crisis”
Jak efektywnie tworzyc oprogramowanie?
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 18 / 40

33. Dlaczego programowanie komponentowe?
Cele programowania komponentowego I
1 Pokonywanie złozonosci
ogrom informacji (2000: 2 × 1018B, 2012: 2, 7 × 1021B)
rozmiar oprogramowania
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 19 / 40

34. Dlaczego programowanie komponentowe?
Cele programowania komponentowego I
1 Pokonywanie złozonosci
ogrom informacji (2000: 2 × 1018B, 2012: 2, 7 × 1021B)
rozmiar oprogramowania
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 19 / 40

35. Dlaczego programowanie komponentowe?
Cele programowania komponentowego II
2 Zarzadzanie zmiana
zmiana jest nieodzownym elementem wytwarzania programowania
(wymagania, specyfikacja, personel, budzet, technologia, itd.)
połozenie szczególnego nacisku na zaleznosci i zarzadzanie ich zmiana
komponenty sa łatwo adaptowalne do zmieniajacego sie srodowiska
3 Wielokrotne uzycie
zwiekszenie produktywnosci
poziomy: kopiowanie kodu, biblioteki procedur, biblioteki klas
programowanie komponentowe: white-box (OOP), gray-box, black-box
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 20 / 40

36. Dlaczego programowanie komponentowe?
Wykorzystanie programowania komponentowego
Rozproszone aplikacje klasy enterprise
Aplikacje N-warstwowe (N-tier)
Usługi sieciowe (web services)
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 21 / 40

37. Komponenty
Plan wykładu
1 Wstep
2 W strone programowania komponentowego
3 Dlaczego programowanie komponentowe?
4 Komponenty
Formalizmy
Wady i Zalety
5 Od programowania obiektowego do komponentowego
6 Inzynieria komponentowa
7 Podsumowanie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 22 / 40

38. Komponenty Formalizmy
Definicja I
Komponent
jest podstawowa jednostka oprogramowania
z deklaratywnie opisanymi interfejsami
i podanymi wprost zaleznosciami
Moze byc skonfigurowany i wdrozony niezaleznie od programisty, który go
stworzył.
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 23 / 40

39. Komponenty Formalizmy
Definicja II
Komponent
jest kawałkiem samowystarczalnego
i samowdrazajacego sie kodu komputerowego
z dobrze zdefiniowana funkcjonalnoscia
i moze byc połaczony z innymi komponentami poprzez interfejs
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 24 / 40

40. Komponenty Formalizmy
Wymagania
(re)uzywalnosc
bezobsługowosc
pełna specyfikacja zaleznosci
wyspecyfikowana funkcjonalnosc
uzycie wyłacznie na podstawie w/w specyfikacji
kompatybilnosc z innymi komponentami
łatwa integracja z systemem
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 25 / 40

41. Komponenty Formalizmy
Klocki
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 26 / 40

42. Komponenty Formalizmy
Technologie
VisualBasic i VBX
COM/DCOM/COM+, ActiveX
CORBA
JavaBeans, EJB/Spring
.NET
OSGi
SOAP, UDDI
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 27 / 40

43. Komponenty Wady i Zalety
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 28 / 40

44. Komponenty Wady i Zalety
Zalety
zwiekszona niezawodnosc
zmniejszone zagrozenie procesu
efektywne wykorzystanie specjalistów
zgodnosc ze standardami
przyspieszone tworzenie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 29 / 40

45. Komponenty Wady i Zalety
Wady
zwiekszone koszty pielegnacji (brak zródeł)
brak lub słabe wspomaganie narzedziowe
przepisywanie (syndrom: „nie wymyslono tutaj”)
prowadzenie biblioteki komponentów
znajdowanie i adaptowanie komponentów
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 30 / 40

46. Od programowania obiektowego do komponentowego
Plan wykładu
1 Wstep
2 W strone programowania komponentowego
3 Dlaczego programowanie komponentowe?
4 Komponenty
Formalizmy
Wady i Zalety
5 Od programowania obiektowego do komponentowego
6 Inzynieria komponentowa
7 Podsumowanie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 31 / 40

47. Od programowania obiektowego do komponentowego
Podstawy OOP
Paradygmaty OOP
Abstrakcja
Enkapsulacja (Hermetyzacja)
Polimorfizm
Dziedziczenie
Dziedziczenie łamie zasade hermatyzacji
Obiekty i klasy nie sa samowdrozeniowe
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 32 / 40

48. Od programowania obiektowego do komponentowego
Podstawy OOP
Paradygmaty OOP
Abstrakcja
Enkapsulacja (Hermetyzacja)
Polimorfizm
Dziedziczenie
Dziedziczenie łamie zasade hermatyzacji
Obiekty i klasy nie sa samowdrozeniowe
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 32 / 40

49. Od programowania obiektowego do komponentowego
Podstawy OOP
Paradygmaty OOP
Abstrakcja
Enkapsulacja (Hermetyzacja)
Polimorfizm
Dziedziczenie
Dziedziczenie łamie zasade hermatyzacji
Obiekty i klasy nie sa samowdrozeniowe
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 32 / 40

50. Od programowania obiektowego do komponentowego
Róznice miedzy komponentami a obiektami
Obiekty Komponenty
oparte na obiektach oparte na interfejsach
dziedziczenie klas dziedziczenie interfejsów
czesciowa hermetyzacja pełna hermetyzacja
scisłe powiazania luzne powiazania
reuzywalnosc niskopoziomowa reuzywalnosc wysokopoziomowa
implementacja paczkowanie i rozprowadzanie
polimorfizm konfiguracja wdrozenia
pózne wiazanie wywołan pózne wiazanie i ładowanie kodu
zalezne od jezyka powtórne uzycie binariów
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 33 / 40

51. Od programowania obiektowego do komponentowego
Mozliwosci stylów programowania
Mozliwosci SP OOP COP
Dziel i zwyciezaj X X X
Unifikacja danych i operacji X X
Hermetyzacja X X
Tozsamosc X X
Interfejs X
Wdrozenie X
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 34 / 40

52. Inzynieria komponentowa
Plan wykładu
1 Wstep
2 W strone programowania komponentowego
3 Dlaczego programowanie komponentowe?
4 Komponenty
Formalizmy
Wady i Zalety
5 Od programowania obiektowego do komponentowego
6 Inzynieria komponentowa
7 Podsumowanie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 35 / 40

53. Inzynieria komponentowa
Inzynieria komponentowa
1 Specyfikacja
opis zachowania zbioru obiektów komponentowych w postaci zbioru
interfejsów
realizacja poprzez implementacje
2 Interfejs
definicja zbioru zachowan oferowanych przez komponent
3 Implementacja
realizacja specyfikacji
niezaleznosc wdrozeniowa (instalacja i wymiana)
moze zalezec od innych komponentów
4 Instalacja
instalacja/wdrozenie kopi implementacji komponentu
rejestracja w srodowisku uruchomieniowym
identyfikacja komponentu przez system w celu pózniejszego uzycia
5 Obiekt komponentu
istancja zainstalowanego komponentu
posiada własne dane i unikalna tozsamosc
zainstalowany komponent moze miec kilka obiektów
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 36 / 40

54. Inzynieria komponentowa
Inzynieria komponentowa
1 Specyfikacja
opis zachowania zbioru obiektów komponentowych w postaci zbioru
interfejsów
realizacja poprzez implementacje
2 Interfejs
definicja zbioru zachowan oferowanych przez komponent
3 Implementacja
realizacja specyfikacji
niezaleznosc wdrozeniowa (instalacja i wymiana)
moze zalezec od innych komponentów
4 Instalacja
instalacja/wdrozenie kopi implementacji komponentu
rejestracja w srodowisku uruchomieniowym
identyfikacja komponentu przez system w celu pózniejszego uzycia
5 Obiekt komponentu
istancja zainstalowanego komponentu
posiada własne dane i unikalna tozsamosc
zainstalowany komponent moze miec kilka obiektów
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 36 / 40

55. Inzynieria komponentowa
Inzynieria komponentowa
1 Specyfikacja
opis zachowania zbioru obiektów komponentowych w postaci zbioru
interfejsów
realizacja poprzez implementacje
2 Interfejs
definicja zbioru zachowan oferowanych przez komponent
3 Implementacja
realizacja specyfikacji
niezaleznosc wdrozeniowa (instalacja i wymiana)
moze zalezec od innych komponentów
4 Instalacja
instalacja/wdrozenie kopi implementacji komponentu
rejestracja w srodowisku uruchomieniowym
identyfikacja komponentu przez system w celu pózniejszego uzycia
5 Obiekt komponentu
istancja zainstalowanego komponentu
posiada własne dane i unikalna tozsamosc
zainstalowany komponent moze miec kilka obiektów
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 36 / 40

56. Inzynieria komponentowa
Inzynieria komponentowa
1 Specyfikacja
opis zachowania zbioru obiektów komponentowych w postaci zbioru
interfejsów
realizacja poprzez implementacje
2 Interfejs
definicja zbioru zachowan oferowanych przez komponent
3 Implementacja
realizacja specyfikacji
niezaleznosc wdrozeniowa (instalacja i wymiana)
moze zalezec od innych komponentów
4 Instalacja
instalacja/wdrozenie kopi implementacji komponentu
rejestracja w srodowisku uruchomieniowym
identyfikacja komponentu przez system w celu pózniejszego uzycia
5 Obiekt komponentu
istancja zainstalowanego komponentu
posiada własne dane i unikalna tozsamosc
zainstalowany komponent moze miec kilka obiektów
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 36 / 40

57. Inzynieria komponentowa
Inzynieria komponentowa
1 Specyfikacja
opis zachowania zbioru obiektów komponentowych w postaci zbioru
interfejsów
realizacja poprzez implementacje
2 Interfejs
definicja zbioru zachowan oferowanych przez komponent
3 Implementacja
realizacja specyfikacji
niezaleznosc wdrozeniowa (instalacja i wymiana)
moze zalezec od innych komponentów
4 Instalacja
instalacja/wdrozenie kopi implementacji komponentu
rejestracja w srodowisku uruchomieniowym
identyfikacja komponentu przez system w celu pózniejszego uzycia
5 Obiekt komponentu
istancja zainstalowanego komponentu
posiada własne dane i unikalna tozsamosc
zainstalowany komponent moze miec kilka obiektów
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 36 / 40

58. Podsumowanie
Plan wykładu
1 Wstep
2 W strone programowania komponentowego
3 Dlaczego programowanie komponentowe?
4 Komponenty
Formalizmy
Wady i Zalety
5 Od programowania obiektowego do komponentowego
6 Inzynieria komponentowa
7 Podsumowanie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 37 / 40

59. Podsumowanie
Podsumowanie
Rozwój programowania (od maszynowego do komponentowego) wraz
z rozwojem technologii
Komponent — gotowy i tani w uzyciu prefabrykat
czarna skrzynka
funkcjonalnosc poprzez dobrze zdefiniowane interfejsy
Przewaga programowania kompoentowego nad innymi stylami
Rózne formy komponentu: od specyfikacji po uruchomiony obiekt
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 38 / 40

60. Podsumowanie
Do domu
Przypomniec sobie programowanie interfejsów w C#
Zapoznac sie z róznicami miedzy interfejsami a klasami
abstrakcyjnymi
Dowiedziec sie dlaczego nalezy uzywac interfejsów
Przeczytac rozdział 1. „Programming .NET Components”
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 39 / 40

61. Podsumowanie
Mikołaj Olszewski (WZIM SGGW) Programowanie Komponentowe Wykład #1 40 / 40