1 / 8

Dziedziczenie całkowite (complete)

Dziedziczenie całkowite (complete). Dziedziczeniem całkowitym nazywamy sytuację kiedy zbiór podklas wyczerpuje wszystkie mozliwości z rozważanego problemu, lub kiedy projektant zablokuje możliwość rozszerzania zbioru o nowe klasy. Przykład UML :. Kolor podstawowy. {abstract}. {complete}.

elyse
Download Presentation

Dziedziczenie całkowite (complete)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Dziedziczenie całkowite (complete) Dziedziczeniem całkowitym nazywamy sytuację kiedy zbiór podklas wyczerpuje wszystkie mozliwości z rozważanego problemu, lub kiedy projektant zablokuje możliwość rozszerzania zbioru o nowe klasy. Przykład UML : Kolor podstawowy {abstract} {complete} Czerony (Red) Niebieski (Blue) Zielony (Green)

  2. Dziedziczenie niecałkowite (incomplete) Dziedziczeniem niecałkowitym nazywamy sytuację kiedy zbiór podklas nie wyczerpuje wszystkich możliwości z rozważanego problemu, kiedy projektant daje możliwość rozszerzania zbioru o nowe klasy, lub też po prostu inne niektóre klasy np.: nieistotne dla rozważanego problemu zostały pominięte. Przykład UML : Kolor {incomplete} Czerony (Red) Niebieski (Blue) Zielony (Green)

  3. Dziedziczenie nie/całkowite (in/complete) JAVA W Javie nie ma zaimplementowanej możliwości zaznaczenia czy dane dziedziczenie jest pełne czy nie. Nie ma możliwości takiej implementacji nadklasy aby wymusić określoną liczbę klas dziedziczących, stąd używamy tych pojęć tylko na etapie projektowania. Kod napisany dla obu tych przypadków nie będzie się koncepcyjnie od siebie różnił: class kolor{ } class red extends kolor { } class green extends kolor { } class blue extends kolor { } class kolorPodstawowy { } class red extends kolorPodstawowy{ } class green extends kolorPodstawowy{ } class blue extends kolorPodstawowy{ }

  4. Interfejs (1) -Interfejs jest to klasa całkowicie abstrakcyjna zawierająca jedynie specyfikacje, nie zawiera implementacji. -W UML i Javie interfejs nie zawiera atrybutów/pól, a wszystkie metody są publiczne.

  5. Interfejs (2) Przykład UML: <interfejs> Wampir + Zabij + Pij krew Straszydło Miejsce Straszenia Strasz Realizacja Książę Imię Zabij Pij krew

  6. Interfejs (3) Przykład Java:

  7. Interfejs (4) Przykład UML(2): Osoba Imie Nazwisko Nazwa zamku <interfejs> Wampir + Zabij + Pij krew <interfejs> Straszydło + Strasz Realizacja Książę Strasz Zabij Pij krew W Javie poprzez interfejsy można zrealizować wielodziedziczenie

  8. Interfejs (5) Przykład Java(2):

More Related