UML - Objektorientering

Siden starten har objektorientering Det har været en revolution inden for softwareudvikling, da dets vision om programmer, der ligner ting i virkeligheden, gør det meget alsidigt.
Ved at bruge det til at bygge programmer giver det os mulighed for at implementere modulære metoder, så vi kan udvide programmets funktionalitet ved at tilføje nye moduler eller inkludere nye metoder i eksisterende moduler.
Objekter
Vi starter med objekter, da det er en af ​​de enheder, vi vil bruge mest, kan vi definere objektet som en forekomst af en klasse, det vil sige en enhed med klassens attributter allerede med værdier, med dette kan vi har mange forskellige objekter, men en samme klasse, f.eks. en personklasse, to mennesker har forskellige navne, forskellige aldre, forskellige højder, men de kan udføre de samme handlinger som at spise, gå, tale, afhængigt af deres nationalitet kan en person tale Engelsk og de andre franskmænd, hvad vi lige gjorde, er at instantiere to objekter.
I dette tilfælde er klassen en skabelon, hvormed vi kan oprette objekterne, når vi definerer en klasse i UML vi kan se det som en liste eller struktur, som objektet vil blive oprettet under.
Lad os se et eksempel med følgende graf:

Hvis vi tager højde for, at objektorientering giver os mulighed for at modellere ting i det virkelige liv, så må vi sige, at jo mere omfattende vores klasser er, jo flere detaljer og ligheder vil vi have med den virkelige verden, vi kommer til at forlænge dette lidt mere Vaskemaskine klasse:

Vi kan se, at med denne udvidelse af attributterne og metoderne for vaskemaskineklassen bringer de den meget tættere på det virkelige objekt, hvis vi i dette øjeblik installerede denne klasse ved hjælp af attributterne for vaskemaskinen, som vi har hjemme, vi vil blive glædeligt overrasket over at se ligheden med vores diagram.
Abstraktion
Dette koncept er meget vigtigt, da det giver os mulighed for at bygge generelle klasser, som vi kan give liv til vores system og spare arbejde med generering af efterfølgende klasser.
Vi kan sige, at abstraktion er definitionen på en klasse med alle de attributter, der virkelig er nødvendige og er det, der giver klassen unikhed, det vil sige attributter, uden hvilke en klasse ikke kan afspejle sin lignelse i det virkelige liv.
Hvis vi ser på vores tidligere eksempel, ser vi, at der er attributter, uden hvilke vaskemaskineklassen fortsat ville definere en vaskemaskine, det vil sige, at de ikke ændrer klassens sans og betydning, når vi laver denne analyse, er vi laver en abstraktion af klasser.
Arv
Arv er et andet af de punkter, der gør objektorientering så attraktiv, når vi laver en god abstraktion, står vi tilbage med en temmelig generel og bredspektret klasse, hvad sker der, hvis vi vil uddybe noget mere specifikt, skaber vi en ny klasse, men hvis denne klasse vil bære mange egenskaber fra vores generelle klasse, er det værd at gentage?; Som du måske har troet, er svaret nej, du behøver ikke at gentage ting, der allerede er gjort, for dette har vi arv, hvor en klasse kan arve en andens attributter og metoder og på denne måde tilføje sine egne attributter og metoder i for at opnå sin sondring.
Lad os se følgende billede for at illustrere os selv om sagen:

Som vi kan se fra vores husholdningsapparatklasse, kan vi tage 3 underklasser, der, selvom de deler attributter som navn og mærke, kan have forskelle markeret nok til at have forskellige objekter.Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt