O abstrakcji klas i interfejsów Opcje

[daniel1302]

Witam
dziś szukając informacji o abstrakcji obiektów natchnołem się na ten artykuł
http://blog.dywicki.pl/2007/04/04/o-abstra...-i-interfejsow/


Zrozumiałem tyle:
Abstrakcja
-Wymusza tworzenie obiektów w klasach pochodnych
-Przekazuje informacje o działającym skrypcie


Interfejs
-Wymusza użycie metod w klasach impletujących go
-Przekazuje nadzędzia działającego systemu


Używamy
Klasę abstrakcyjną gdy:
-Mamy mniejszy system
-Musimy zawrzeć w funkcji która będzie wymuszona jakiś kod
-Chcemy używać niektórych z jej metod


Interfejs gdy:
-Mamy wielki system
-Wymuszamy użycie metod w których nie musimy zawierać kodu
-Definiujemy medtody które zainicjujemy w klasach impletujących interfejs



Nie zrozumiałem:
-Co to jest Elastyczność obiektu
-"Budowa złożonej aplikacji bez użycia interfejsów jest posunięciem wysoce nierozsądnym, ponieważ to właśnie dzięki nim, nawet w językach kompilowanych ze statycznym typowaniem jesteśmy w stanie zyskać nadzwyczajnie elastyczny kod"
-"Nawet jeśli koncepcja implementacji obróci się o 180 stopni to nasz interfejs, będący swoistą fasadą, ukryje te zmiany przed osobami, których one nie dotyczą bądź nie interesują."


Dziękuje z góry oraz proszę o wyrozumiałośc ale jeśli mi ktoś nie wytłumaczy nie pojmę niczego tego do końca.

Ten post edytował daniel1302 17.08.2008, 09:26:03

[Cysiaczek]

To jest interfejs i wtedy masz rację. Zapewnia on elastyczność, ale jest ona widoczna dopiero z punktu widzenia.. z wewnątrz metody. Programista może napisać np. 10 wersji tej samej metody i zmieniać je jak rękawiczki (np. testować najbardziej wydajną). Nie musi jednak zmieniać sposobu, w jaki ktoś tej metody używa (interfejsu). Jeśli metoda jest w systemie często wykorzystywana (bywa i kilkaset razy), to zmiana jej działania wpływa od razu na cały system, bo ten operuje na wyższym poziomie - na interfejsie właśnie. Nie musisz latać po kodzie i zmieniać jakichś zmiennych, kopiować i wklejać fragmentów kodu itp.