Programowanie obiektowe

Transkrypt

1 Laboratorium z przedmiotu - zestaw 03 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas abstrakcyjnych i interfejsów. Wprowadzenie teoretyczne. Rozważana w ramach niniejszych zajęć tematyka jest ważna, gdyż klasy abstrakcyjne i interfejsy są powszechnie wykorzystywane przy okazji stosowania mechanizmu dziedziczenia. Aby ze zrozumieniem zrealizować zadania, przewidziane do wykonania w ramach zajęć laboratoryjnych, należy znać znaczenie pojęć takich jak: klasa abstrakcyjna, metoda abstrakcyjna, interfejs. Należy również znać podstawy języka modelowania systemów informatycznych UML. 1. Klasy i metody abstrakcyjne Klasa abstrakcyjna to klasa, która nie posiada swoich reprezentantów pod postacią obiektów. Jest ona wykorzystywana wyłącznie w roli klasy bazowej dla innych klas. Klasa potomna względem klasy abstrakcyjnej musi implementować jej wszystkie abstrakcyjne metody i właściwości. Klasa abstrakcyjna może zawierać także pola oraz metody i właściwości, które nie są abstrakcyjne. Klasa, która zawiera abstrakcyjną właściwość lub metodę, również musi być abstrakcyjna. Klasa abstrakcyjna jest oznaczona modyfikatorem abstract. Metoda abstrakcyjna jest metodą oznaczoną modyfikatorem abstract. Posiada ona jedynie deklarację w klasie abstrakcyjnej. Definicja metody znajduje się w klasach potomnych, dziedziczących po klasie abstrakcyjnej. Metody abstrakcyjne nie mogą być prywatne. Mechanizm dziedziczenia po klasie abstrakcyjnej przedstawia poniższy przykład: Przykład 1 Dziedziczenie klasy abstrakcyjnej 1

2 Proszę zwrócić uwagę na to, że metody klas potomnych, które implementują metody abstrakcyjne klasy bazowej, posiadają modyfikator override. 2. Interfejsy Interfejs jest abstrakcyjną reprezentacją klasy, która deklaruje swoje składowe, ale ich nie implementuje. Tworzenie obiektów interfejsu nie jest możliwe. Klasy dziedziczące po interfejsie muszą implementować wszystkie jego składowe. Interfejsy nie mogą zawierać pól. Wszystkie składowe interfejsu muszą być publiczne. Klasa może dziedziczyć po kilku interfejsach jednocześnie. Interfejs tworzy się z wykorzystaniem słowa kluczowego interface. 2

3 Mechanizm dziedziczenia po interfejsie przedstawia poniższy przykład: Przykład 2 Dziedziczenie po interfejsie Dziedziczenie po wielu interfejsach odbywa się za pomocą konstrukcji: class <nazwa klasy> : <nazwa interfejsu 1>, <nazwa interfejsu 2>, UML klasy abstrakcyjne i interfejsy Klasy abstrakcyjne w języku UML przedstawia się pisząc ich nazwę oraz nazwę ich metod abstrakcyjnych kursywą. Rys. 1 Reprezentacja klasy abstrakcyjnej w języku UML 3

4 Interfejs oraz dziedziczenie po interfejsie na diagramach klas można przedstawić w dwojaki sposób: Rys. 2 Reprezentacja interfejsów w języku UML Wybór konkretnej metody przedstawienia interfejsu, zależy od twórcy diagramu. Projekty bardziej rozbudowanych systemów składają się najczęściej z wielu diagramów klas. Ponieważ pierwsza metoda pozwala na przedstawienie szczegółów interfejsu, powinna zostać wykorzystana na pierwszym diagramie, który go prezentuje. Na kolejnych diagramach ten sam interfejs może być przedstawiany za pomocą drugiej metody, co pozwala na zwiększenie czytelności schematu. Zadanie 1. Proszę zrealizować aplikację obiektową, która powinna odznaczać się następującymi cechami: Aplikacja powinna zawierać klasy zaimplementowane zgodnie z zamieszczonym poniżej diagramem klas. Metody WypiszInfo powinny wypisywać na ekranie konsoli informacje na temat wartości wszystkich pól obiektów. Metody ZnajdzPozycje powinny wyszukiwać w katalogu pozycję spełniającą dane kryteria i zwracać odpowiednią referencję. Jeśli żaden obiekt w katalogu nie spełnia danego kryterium, metoda powinna zwrócić wartość null. Metoda WypiszWszystkiePozycje powinna wypisywać informacje o wszystkich pozycjach w katalogu. Przechowywanie obiektów pozycji w klasie Katalog oraz przechowywanie obiektów autorów w klasie Ksiazka powinno być zrealizowane za pomocą kolekcji typu List<T>. Należy zwrócić uwagę na to, że klasa Pozycja jest klasą abstrakcyjną. Po wykonaniu zadania należy je przetestować za pomocą własnego kodu testowego. 4

5 Przy ocenie zadania główny nacisk będzie kładziony na: Prawidłową implementację klasy abstrakcyjnej. Prawidłową implementację metod. Utworzony kod testowy i wyniki testów. Zadanie 2. Proszę zrealizować aplikację obiektową, która powinna odznaczać się następującymi cechami: Aplikacja stanowi rozszerzenie i modyfikację aplikacji z zadania nr 1. Aplikacja powinna zawierać klasy zaimplementowane zgodnie z zamieszczonym poniżej diagramem klas. Metody do zarządzania pozycjami zostały zdefiniowane w interfejsie IZarzadzaniePozycjami. Metody ZnajdzPozycje i WypiszWszystkiePozycje z klasy Biblioteka mają przeszukiwać wszystkie katalogi zawarte w bibliotece. Metoda DodajPozycje z klasy biblioteka ma dodawać pozycję do katalogu o podanej nazwie działu tematycznego. 5

6 Należy zauważyć, że metody do zarządzania pozycjami z klasy Biblioteka będą wykonywać operacje na obiektach typu Katalog, wykorzystując przy tym metody zdefiniowane w klasie Katalog. Po wykonaniu zadania należy je przetestować za pomocą własnego kodu testowego. Przy ocenie zadania główny nacisk będzie kładziony na: Prawidłową implementację interfejsu. Prawidłową implementację metod odziedziczonych z interfejsu. Utworzony kod testowy i wyniki testów. Zadanie do domu. Proszę zmodyfikować zadanie 2, realizując operacje zarządzania bibliotekarzami za pomocą metod odziedziczonych z interfejsu IZarzadzanieBibliotekarzami. 6

7 Zagadnienia, które należy uznać za przyswojone w trakcie zajęć. Po zajęciach będzie obowiązywać praktyczna znajomość: Pojęcia klasy abstrakcyjnej i interfejsu. Wykorzystanie klas abstrakcyjnych i interfejsów. Przedstawienie klas abstrakcyjnych i interfejsów na diagramie klas. 7