Design Patterns : Elements of Reusable Object-Oriented Software


Design Patterns: Elements of Reusable Object-Oriented Software



Download 4,06 Mb.
Pdf ko'rish
bet258/288
Sana07.04.2022
Hajmi4,06 Mb.
#535140
1   ...   254   255   256   257   258   259   260   261   ...   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., Таҳлил тест
Design Patterns: Elements of Reusable Object-Oriented Software 
384 
Decoupling Senders and Receivers 
When collaborating objects refer to each other directly, they becomedependent 
on each other, and that can have an adverse impact on thelayering and reusability 
of a system. Command, Observer, Mediator,and Chain of Responsibility address how 
you can decouple senders andreceivers, but with different trade-offs. 
The Command pattern supports decoupling by using a Command object todefine the 
binding between a sender and receiver: 
The Command object provides a simple interface for issuing the request(that is, 
the Execute operation). Defining the sender-receiverconnection in a separate 
object lets the sender work with differentreceivers. It keeps the sender decoupled 
from the receivers, makingsenders easy to reuse. Moreover, you can reuse the 
Command object toparameterize a receiver with different senders. The Command 
patternnominally requires a subclass for each sender-receiver connection,although 
the pattern describes implementation techniques that avoidsubclassing. 
The Observer pattern decouples senders (subjects) from receivers(observers) by 
defining an interface for signaling changes insubjects. Observer defines a looser 
sender-receiver binding thanCommand, since a subject may have multiple observers, 
and their numbercan vary at run-time. 


Design Patterns: Elements of Reusable Object-Oriented Software 
385 
The Subject and Observer interfaces in the Observer pattern aredesigned for 
communicating changes. Therefore the Observer pattern isbest for decoupling 
objects when there are data dependencies betweenthem. 
The Mediator pattern decouples objects by having them refer to eachother indirectly 
through a Mediator object. 
A Mediator object routes requests between Colleague objects andcentralizes their 
communication. Consequently, colleagues can onlytalk to each other through the 
Mediator interface. Because thisinterface is fixed, the Mediator might have to 
implement its owndispatching scheme for added flexibility. Requests can be encoded 
andarguments packed in such a way that colleagues can request anopen-ended set 
of operations. 



Download 4,06 Mb.

Do'stlaringiz bilan baham:
1   ...   254   255   256   257   258   259   260   261   ...   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