Documentul prezintă conceptele fundamentale de programare orientată pe obiect (OOP) și modele de design, explicând concepte precum clase, obiecte, abstractizare, încapsulare, moștenire și polimorfism. De asemenea, se discută despre diverse modele de design, inclusiv Singleton, Abstract Factory și Adapter, evidențiind utilitatea lor în dezvoltarea software-ului. Informațiile sunt structurate astfel încât să ofere o bază teoretică solidă pentru practicarea programării în C#.

1. ACADEMY 2015
Concepte OOP si DP
- Iszlai Zoltan

2. Cuprins
• Concepte despre clase si obiecte
• Principii de baza:
• Abstractizarea
• Incapsularea
• Mostenirea
• Polimorfizmul
• Design patterns
• Singleton
• Abstract factory
• Adapter
Pagina 1 din 22

3. Clase si obiecte
• Obiectele sunt de obicei reprezentari ale obiectelor din viata
reala, astfel incat programele realizate prin tehnica POO sunt
mai usor de inteles, de depanat si de extins decat programele
procedurale
• O clasa este definitia unui obiect
• Un obiect este o instanta unei clase
• Poate sa aiba atribute -> variabile
• Poate sa aiba metode -> functii
Pagina 2 din 22

4. Clase si obiecte ex.
Pagina 3 din 22

5. Abstractizare, clasa abstracta si interfata
• Abstractizarea este posibilitatea ca un program sa ignore
unele aspecte ale informatiei pe care o manipuleaza, adica
posibilitatea de a se concentra asupra esentialului
• Fiecare obiect in sistem are rolul unui “actor” abstract, care
poate executa actiuni, isi poate modifica si comunica starea si
poate comunica cu alte obiecte din sistem fara a dezvalui cum
au fost implementate acele facilitati
• O clasa abstracta este o clasa ce nu poate fi initiata si poate
contine metode goale sau abstracte
• O interfata este o clasa abstract pura, deci poate continue
numai definitiile metodelor fara implementarea acestora
Pagina 4 din 22

6. Abstractizare, clasa abstracta, interfata ex.
Pagina 5 din 22

7. Incapsularea
• Incapsularea asigura faptul ca obiectele nu pot schimba starea
interna a altor obiecte in mod direct
• Ei pot face acest lucru doar prin metode puse la dispozitie de
obiectul respectiv, doar metodele proprii ale obiectului pot
accesa starea acestuia
• Fiecare tip de obiect expune o interfata pentru celelalte obiecte
care specifica modul cum acele obiecte pot interactiona cu el
• Drepturi de acces:
• Private – contine date si functii member care pot fi folosite
doar de catre celelalte functii apartinand clasei
• Protected – similar cu private, dar da depturi de acces si
functiilor membre ale claselor derivate din clasa respectiva
• Public – da drepturi de access tuturor
Pagina 6 din 22

8. Incapsulare ex.
Pagina 7 din 22
Public
Any other object
Protected
An object that is
descendant from
the original object
Private
The Object Itself

9. Mostenirea
• Mostenirea permite definirea si crearea unor clase specializate
plecand de la clase deja definite - acestea pot impartasi (si extinde)
comportamentul lor, fara a fi nevoie de a-l redefini
• Daca un obiect A mosteneste de la un Obiect B, asta inseamna ca A
este tot ce B este, plus mai mult
• Daca A este compus din obiectul B si mai mult, inseamna ca A si B
sunt in compozitie
• O clasa/metoda poate sa fie marcat cu keywordul sealed daca nu
vrem sa se mosteneasca
• Mostenirea in C# se poate face numai de la o singura clasa, dar o
clasa poate sa implementeze mai multe interfete
Pagina 8 din 22

10. Mostenirea ex.
Pagina 9 din 22
Inheritor
Class
Class
Composite
Class
Some
Class
Some
other class

11. Mostenirea ex. #2
Pagina 10 din 22

12. Polimorfizmul
• Polimorfizmul este abilitatea de a procesa obiectele in mod
diferit, in functie de tipul sau de clasa lor. Este abilitatea de a
redefini metode pentru clasele derivate
• De exemplu pentru o clasa Figura putem defini o metoda arie
• Daca Cerc, Dreptunghi, etc. ce vor extinde clasa Figura,
acestea pot redefini metoda arie
Pagina 11 din 22

13. Polimorfizmul ex.
Pagina 12 din 22

14. Design patterns
• Design Patternurile sunt solutiile ce se repeta pentru o
problema generala in designul sistemelor de software
• Un design pattern nu este o solutie finala ce poate fi
transformata in cod:
• Este o descriere despre cum trebuie rezolvata o
problema ce poate fi folosita in mai multe situatii
Pagina 13 din 22

15. Design pattern: Singleton
• Asigura ca o clasa sa aiba o singura
instanta si un singur punct global de
acces
• Se foloseste:
• Cand avem nevoie de o singura
instanta la o clasa si trebuie sa
fie accesibili pentru clienti de la
un punct comun
Pagina 14 din 22
-Singleton()
+Instance() : Singleton
+Operation()
-instance : static Singleton
Singleton
return instance

16. Design pattern: Abstract Factory
• Asigura o interfata pentru a crea o
familie de obiecte care sunt in relatie,
fara a definii clasele concrete
• Se foloseste:
• Cand vrem ca un sistem sa fie
independent de produsele
create, compuse si reprezentate
• Cand un sistem trebuie
configurat cu mai multe familii de
produse
Pagina 15 din 22

17. Design pattern: Abstract Factory ex. #1
• Building a Car:
• Client = Me
• Factory Selector = Me, through the Dealer
interface
• Factory: Mercedes, Dacia, Opel, etc
• Products:
• The car itself
• The service
• Consumables: engine oil, engine oil filter,
brake fluid, brake pads, air filter, fuel filter, etc.
Pagina 16 din 22

18. Design pattern: Abstract Factory ex. #2
Pagina 17 din 22
Client
+CreateWindow()
+CreateScrollBar()
+CreateMenu()
+CreateButton()
+CreateDialog()
WidgetFactory
+CreateWindow()
+CreateScrollBar()
FlatWidgetFactory
+CreateWindow()
+CreateScrollBar()
3DWidgetFactory
Window
FlatWindow 3DWindow
ScrollBar
FlatScrollBar 3DScrollBar
• O aplicatie care suporta
mai multe configuratii de
designuri
Cod inainte:
FlatWindow wnd = new FlatWindow();
FlatMenu menu = new FlatMenu();
wnd.SetMenu(menu);
wnd.Show();
Cod cu Factory DP:
Window wnd = factory.CreateWindow();
Menu menu = factory.CreateMenu();

19. Design pattern: Abstract Factory consecinte
Pagina 18 din 22
• Nu arata implementarea (clase concrete), safe programming,
clean code
• Forteaza faptul ca numai produsele din acelasi “familie” pot sa
lucreze impreuna
• E simplu sa schimbi familiile claselor, numai trebuie sa schimbi
tipul de la Factory
• Adaugare unor noi tipuri de clase (produse) e dificil

20. Design pattern: Adapter
• Converteste o interfata pentru o clasa intr-o alta interfata pe care
clientul asteapta
• Design pattern-ul ajuta clasele care nu au compatibilitate sa lucreze
impreuna
• Se foloseste:
• Cand vrem sa folosim o clasa existenta si interfata nu e potrivita
cu ceea ce vrem
• Cand vrem sa folosim o clasa ce poate fi refolosita si coopereaza
cu alte clase care nu sunt in relatii si nu se pot prevedea, clase
care au interfete incompatibile
Pagina 19 din 22

21. Design pattern: Adapter ex. #1
Pagina 20 din 22
Object AdapterClass Adapter
(multiple inheritance)
Client
+Request()
Target
+SpecificRequest()
Adaptee
+Request()
Adapter
SpecificRequest()
Client
+Request()
Target
+SpecificRequest()
Adaptee
+Request()
Adapter
-adaptee
adaptee.SpecificRequest()

22. Design pattern: Adapter ex. #2
Pagina 21 din 22
Drawing Editor
+BoundingBox()
+CreateManipulator()
Shape
+GetExtent()
TextView
-text
+BoundingBox()
+CreateManipulator()
Line
+BoundingBox()
+CreateManipulator()
TextShape
return text.GetExtent()
return new TextManipulator
• Adaptarea unei 3rd party complex (TextView), control care
trebuie afisat ca si un “shape” in aplicatia “Editorului de Drawing”

23. Resurse suplimentare
Pagina 22 din 22
• Microsoft MSDN:
• https://msdn.microsoft.com/en-us/library/ms173109.aspx
• TutPlus:
• http://code.tutsplus.com/courses/30-days-to-learn-c
• Programming MF:
• http://programming-motherfucker.com/become.html#C#
• Microsoft Virtual Academy:
• http://www.microsoftvirtualacademy.com/
• Design patterns:
• http://www.dofactory.com/net/design-patterns

24. Intrebari?
Sfarsit