Design Patterns : Elements of Reusable Object-Oriented Software


Encapsulating Implementation Dependencies



Download 4,06 Mb.
Pdf ko'rish
bet53/288
Sana07.04.2022
Hajmi4,06 Mb.
#535140
1   ...   49   50   51   52   53   54   55   56   ...   288
Bog'liq
GOF Design Patterns
Копасов Игорь (1), Т Е Л Е Ф О Н О Г Р А М М А ЗООМ, 20201546 п.80 использ., Oliy matematika, презентация индустрия мутакил иши, 3000 most common words in English, Sun'iy intellekt, 1638511850 AE, 1638511850 AE, Hisob-raqan (Patent boji), O'RQ-600 23-MODDA, Talabaning haftalik hisoboti namunasi , iikinchi hafta amaliyoti., Таҳлил тест
Encapsulating Implementation Dependencies 
In Section 2.2 we introduced a Window class for displaying a glyph or glyphstructure 
on the display. We didn't specify the window system thatthis object worked with, 
because the truth is that it doesn't comefrom any particular window system. The 
Window class encapsulatesthe things windows tend to do across window systems: 

They provide operations for drawing basic geometric shapes. 

They can iconify and de-iconify themselves. 

They can resize themselves. 

They can (re)draw their contents on demand, for example, when theyare 
de-iconified or when an overlapped and obscured portion of theirscreen space 
is exposed. 


Design Patterns: Elements of Reusable Object-Oriented Software 
66 
The Window class must span the functionality of windows from differentwindow 
systems. Let's consider two extreme philosophies: 
1.
Intersection of functionality.
The Window class interface provides only 
functionality that's commonto 
all
window systems. The problem with this 
approach is thatour Window interface winds up being only as powerful as 
the leastcapable window system. We can't take advantage of more 
advancedfeatures even if most (but not all) window systems support them. 
2.
Union of functionality.
Create an interface that incorporates the 
capabilities of 
all
existing systems. The trouble here is that the resulting 
interface maywell be huge and incoherent. Besides, we'll have to change 
it (andLexi, which depends on it) anytime a vendor revises its windowsystem 
interface. 
Neither extreme is a viable solution, so our design will fallsomewhere between 
the two. The Window class will provide a convenientinterface that supports the 
most popular windowing features. BecauseLexi will deal with this class directly, 
the Window class must alsosupport the things Lexi knows about, namely, glyphs. 
That meansWindow's interface must include a basic set of graphics operationsthat 
lets glyphs draw themselves in the window.Table 2.3 gives a sampling of the 
operations in the Window class interface. 

Download 4,06 Mb.

Do'stlaringiz bilan baham:
1   ...   49   50   51   52   53   54   55   56   ...   288




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

    Bosh sahifa
davlat universiteti
ta’lim vazirligi
axborot texnologiyalari
maxsus ta’lim
zbekiston respublikasi
guruh talabasi
O’zbekiston respublikasi
nomidagi toshkent
o’rta maxsus
davlat pedagogika
texnologiyalari universiteti
toshkent axborot
xorazmiy nomidagi
rivojlantirish vazirligi
pedagogika instituti
Ўзбекистон республикаси
tashkil etish
haqida tushuncha
таълим вазирлиги
vazirligi muhammad
O'zbekiston respublikasi
toshkent davlat
махсус таълим
respublikasi axborot
kommunikatsiyalarini rivojlantirish
vazirligi toshkent
saqlash vazirligi
fanidan tayyorlagan
bilan ishlash
Toshkent davlat
sog'liqni saqlash
uzbekistan coronavirus
respublikasi sog'liqni
coronavirus covid
koronavirus covid
vazirligi koronavirus
qarshi emlanganlik
covid vaccination
risida sertifikat
vaccination certificate
sertifikat ministry
Ishdan maqsad
fanidan mustaqil
matematika fakulteti
o’rta ta’lim
haqida umumiy
fanlar fakulteti
pedagogika universiteti
ishlab chiqarish
moliya instituti
fanining predmeti