Design Patterns : Elements of Reusable Object-Oriented Software


Specifying Object Implementations



Download 4,06 Mb.
Pdf ko'rish
bet22/288
Sana07.04.2022
Hajmi4,06 Mb.
#535140
1   ...   18   19   20   21   22   23   24   25   ...   288
Bog'liq
GOF Design Patterns

Specifying Object Implementations 
So far we've said little about how we actually define an object. An object's 
implementation is defined by its class. The class specifies the object's internal 
data and representation and defines the operations the object can perform. 
Our OMT-based notation (summarized in Appendix B) depicts a class as a rectangle 
with the class name in bold. Operations appear in normal type below the class 
name. Any data that the class defines comes after the operations. Lines separate 
the class name from the operations and the operations from the data: 


Design Patterns: Elements of Reusable Object-Oriented Software 
27 
Return types and instance variable types are optional, since we don't assume a 
statically typed implementation language. 
Objects are created by 
instantiating
a class. The object is said to be an 
instance
of the class. The process of instantiating a class allocates storage for the 
object's internal data (made up of instance variables) and associates the 
operations with these data. Many similar instances of an object can be created 
by instantiating a class. 
A dashed arrowhead line indicates a class that instantiates objects of another 
class. The arrow points to the class of the instantiated objects. 
New classes can be defined in terms of existing classes using class inheritance. 
When a subclass inherits from a parent class, it includes the definitions of all 
the data and operations that the parent class defines. Objects that are instances 
of the subclass will contain all data defined by the subclass and its parent classes, 
and they'll be able to perform all operations defined by this subclass and its 
parents. We indicate the subclass relationship with a vertical line and a triangle: 
An abstract class is one whose main purpose is to define a common interface for 
its subclasses. An abstract class will defer some or all of its implementation 
to operations defined in subclasses; hence an abstract class cannot be instantiated. 



Download 4,06 Mb.

Do'stlaringiz bilan baham:
1   ...   18   19   20   21   22   23   24   25   ...   288




Ma'lumotlar bazasi mualliflik huquqi bilan himoyalangan ©hozir.org 2024
ma'muriyatiga murojaat qiling

kiriting | ro'yxatdan o'tish
    Bosh sahifa
юртда тантана
Боғда битган
Бугун юртда
Эшитганлар жилманглар
Эшитмадим деманглар
битган бодомлар
Yangiariq tumani
qitish marakazi
Raqamli texnologiyalar
ilishida muhokamadan
tasdiqqa tavsiya
tavsiya etilgan
iqtisodiyot kafedrasi
steiermarkischen landesregierung
asarlaringizni yuboring
o'zingizning asarlaringizni
Iltimos faqat
faqat o'zingizning
steierm rkischen
landesregierung fachabteilung
rkischen landesregierung
hamshira loyihasi
loyihasi mavsum
faolyatining oqibatlari
asosiy adabiyotlar
fakulteti ahborot
ahborot havfsizligi
havfsizligi kafedrasi
fanidan bo’yicha
fakulteti iqtisodiyot
boshqaruv fakulteti
chiqarishda boshqaruv
ishlab chiqarishda
iqtisodiyot fakultet
multiservis tarmoqlari
fanidan asosiy
Uzbek fanidan
mavzulari potok
asosidagi multiservis
'aliyyil a'ziym
billahil 'aliyyil
illaa billahil
quvvata illaa
falah' deganida
Kompyuter savodxonligi
bo’yicha mustaqil
'alal falah'
Hayya 'alal
'alas soloh
Hayya 'alas
mavsum boyicha


yuklab olish