Yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda, kar\u015f\u0131la\u015f\u0131lan ortak sorunlara kan\u0131tlanm\u0131\u015f ve yeniden kullan\u0131labilir \u00e7\u00f6z\u00fcmler sunan tasar\u0131m desenleri, mimari kalitenin ve kodun s\u00fcrd\u00fcr\u00fclebilirli\u011finin temel ta\u015flar\u0131d\u0131r. Bu desenler, yaz\u0131l\u0131mc\u0131lar\u0131n karma\u015f\u0131k sistemleri daha anla\u015f\u0131l\u0131r, esnek ve bak\u0131m\u0131 kolay hale getirmelerine yard\u0131mc\u0131 olur. Erich Gamma, Richard Helm, Ralph Johnson ve John Vlissides’in (Gang of Four – GoF) “Design Patterns: Elements of Reusable Object-Oriented Software” adl\u0131 seminal eseriyle pop\u00fclerle\u015fen bu kavramlar, nesne y\u00f6nelimli programlaman\u0131n en g\u00fc\u00e7l\u00fc ara\u00e7lar\u0131ndan biridir.<\/p>\n
Tasar\u0131m desenleri, yarat\u0131msal (creational), yap\u0131sal (structural) ve davran\u0131\u015fsal (behavioral) olmak \u00fczere \u00fc\u00e7 ana kategoriye ayr\u0131l\u0131r. Observer deseni, bu kategorilerden davran\u0131\u015fsal desenler aras\u0131nda yer al\u0131r. Davran\u0131\u015fsal desenler, nesneler aras\u0131ndaki ileti\u015fimi ve sorumluluk da\u011f\u0131l\u0131m\u0131n\u0131 d\u00fczenler. Observer deseni, \u00f6zellikle bir nesnenin durumundaki de\u011fi\u015fikliklerin, bu nesneye ba\u011f\u0131ml\u0131 di\u011fer nesneleri otomatik olarak bilgilendirmesi gerekti\u011fi senaryolarda kritik bir rol oynar. Bu desen, nesneler aras\u0131ndaki s\u0131k\u0131 ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 azaltarak daha gev\u015fek ba\u011fl\u0131 ve dinamik sistemler olu\u015fturmay\u0131 hedefler.<\/p>\n
Observer (G\u00f6zlemci) tasar\u0131m deseni, bir nesnenin (Subject – Konu\/\u00d6zne) durumu de\u011fi\u015fti\u011finde, ona ba\u011f\u0131ml\u0131 t\u00fcm nesnelerin (Observer – G\u00f6zlemci) otomatik olarak bilgilendirilmesini sa\u011flayan bir davran\u0131\u015fsal desendir. Bu desenin temel amac\u0131, Subject ve Observer’lar aras\u0131nda s\u0131k\u0131 bir ba\u011f\u0131ml\u0131l\u0131k olu\u015fturmadan, yani birbirleri hakk\u0131nda \u00e7ok fazla bilgi sahibi olmadan ileti\u015fim kurmalar\u0131n\u0131 sa\u011flamakt\u0131r. B\u00f6ylece, Subject’in Observer’lar\u0131n somut s\u0131n\u0131flar\u0131n\u0131 bilmesine gerek kalmadan de\u011fi\u015fiklikleri duyurmas\u0131 m\u00fcmk\u00fcn olur.<\/p>\n
Bu desen, “bir-\u00e7ok” ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 tan\u0131mlar: bir Subject, bir\u00e7ok Observer’a sahip olabilir. Subject, merkezi bir veri kayna\u011f\u0131 veya olay \u00fcreticisi gibi davran\u0131rken, Observer’lar bu verileri t\u00fcketen veya olaylara tepki veren bile\u015fenlerdir. Subject’in durumu de\u011fi\u015fti\u011finde, t\u00fcm kay\u0131tl\u0131 Observer’lar bir bildirim al\u0131r ve bu bildirime g\u00f6re kendi i\u00e7 mant\u0131klar\u0131n\u0131 g\u00fcncellerler. Bu mekanizma, sistemin esnekli\u011fini ve geni\u015fletilebilirli\u011fini art\u0131r\u0131r.<\/p>\n
Ger\u00e7ek d\u00fcnya benzetmeleriyle Observer desenini daha iyi anlamak m\u00fcmk\u00fcnd\u00fcr:<\/p>\n
* Gazete Aboneli\u011fi:<\/strong> Bir gazeteye abone oldu\u011funuzda (Observer olarak Subject’e kaydoldu\u011funuzda), gazete her yeni say\u0131 \u00e7\u0131kard\u0131\u011f\u0131nda (Subject’in durumu de\u011fi\u015fti\u011finde) size otomatik olarak teslim edilir (bildirim al\u0131rs\u0131n\u0131z). Gazete, kimlerin abone oldu\u011funu bilir ama her bir abonenin gazete ile ne yapt\u0131\u011f\u0131n\u0131 (okuyup okumad\u0131\u011f\u0131n\u0131, saklay\u0131p saklamad\u0131\u011f\u0131n\u0131) bilmez. Bu \u00f6rnekler, Observer deseninin temel prensibini net bir \u015fekilde ortaya koyar: bir olay veya durum de\u011fi\u015fikli\u011fi, ilgilenen t\u00fcm taraflara otomatik olarak yay\u0131l\u0131r, ancak yay\u0131nc\u0131 (Subject) al\u0131c\u0131lar\u0131n (Observer’lar) tam olarak kimler oldu\u011funu veya ne yapacaklar\u0131n\u0131 bilmek zorunda de\u011fildir.<\/p>\n Observer deseni, genellikle d\u00f6rt ana bile\u015fenden olu\u015fur. Bu bile\u015fenler, desenin gev\u015fek ba\u011fl\u0131l\u0131k prensibini sa\u011flamak i\u00e7in belirli aray\u00fczler ve s\u0131n\u0131flar arac\u0131l\u0131\u011f\u0131yla etkile\u015fim kurar.<\/p>\n Subject, durumu de\u011fi\u015fen ve Observer’lar\u0131 bilgilendiren nesnedir. Genellikle bir aray\u00fcz veya soyut s\u0131n\u0131f olarak tan\u0131mlan\u0131r ve Observer’lar\u0131 y\u00f6netmek i\u00e7in metotlar i\u00e7erir.<\/p>\n * Observer, Subject’in durum de\u011fi\u015fikliklerinden haberdar olmak isteyen nesnedir. Genellikle bir aray\u00fcz olarak tan\u0131mlan\u0131r ve Subject’ten bildirim ald\u0131\u011f\u0131nda \u00e7a\u011fr\u0131lacak bir metot i\u00e7erir.<\/p>\n * ConcreteSubject, Subject aray\u00fcz\u00fcn\u00fc veya soyut s\u0131n\u0131f\u0131n\u0131 uygulayan ger\u00e7ek s\u0131n\u0131ft\u0131r. Kendi i\u00e7 durumunu y\u00f6netir ve bu durum de\u011fi\u015fti\u011finde kay\u0131tl\u0131 Observer’lara bildirim g\u00f6nderir.<\/p>\n * ConcreteObserver, Observer aray\u00fcz\u00fcn\u00fc veya soyut s\u0131n\u0131f\u0131n\u0131 uygulayan ger\u00e7ek s\u0131n\u0131ft\u0131r. Subject’ten bildirim ald\u0131\u011f\u0131nda * Bu bile\u015fenler, Observer deseninin temel yap\u0131s\u0131n\u0131 olu\u015fturur ve nesneler aras\u0131 esnek ileti\u015fimi sa\u011flar.<\/p>\n Observer deseninin \u00e7al\u0131\u015fma prensibi, bir dizi ad\u0131mdan olu\u015fur ve bu ad\u0131mlar, Subject ile Observer’lar aras\u0131ndaki dinamik etkile\u015fimi a\u00e7\u0131klar:<\/p>\n 1. Kay\u0131t Olma (Subscription):<\/strong> Bir veya daha fazla Observer nesnesi, ilgilendikleri ConcreteSubject nesnesine kendilerini kaydeder. Bu i\u015flem, ConcreteSubject’in Bu ad\u0131mlar dizisi, Subject ve Observer’lar aras\u0131nda gev\u015fek ba\u011fl\u0131 bir ileti\u015fim kanal\u0131 olu\u015fturur. Subject, kimlerin kendisini g\u00f6zlemledi\u011fini bilir (Observer aray\u00fcz\u00fc \u00fczerinden), ancak somut Observer s\u0131n\u0131flar\u0131 hakk\u0131nda hi\u00e7bir bilgisi yoktur. Bu da sistemin mod\u00fclerli\u011fini ve geni\u015fletilebilirli\u011fini art\u0131r\u0131r.<\/p>\n Java’da Observer desenini uygulamak i\u00e7in kendi aray\u00fczlerimizi ve s\u0131n\u0131flar\u0131m\u0131z\u0131 tan\u0131mlayarak tamamen manuel bir yakla\u015f\u0131m izleyebiliriz. Bu, desenin temel prensiplerini anlamak i\u00e7in en iyi yoldur. Bir hava durumu istasyonu \u00f6rne\u011fi \u00fczerinden bu uygulamay\u0131 inceleyelim.<\/p>\n * Bu \u00f6rnekte, Java, Avantajlar\u0131:<\/strong> Dezavantajlar\u0131:<\/strong> \u00d6nemli Not:<\/strong> Observer deseni, do\u011fru kullan\u0131ld\u0131\u011f\u0131nda yaz\u0131l\u0131m mimarisine \u00f6nemli avantajlar sa\u011flar:<\/p>\n * Gev\u015fek Ba\u011fl\u0131l\u0131k (Loose Coupling):<\/strong> Subject ve Observer'lar birbirleri hakk\u0131nda minimum bilgiye sahiptir. Subject, yaln\u0131zca Observer aray\u00fcz\u00fcn\u00fc bilir ve somut Observer s\u0131n\u0131flar\u0131 hakk\u0131nda hi\u00e7bir bilgisi yoktur. Bu, bir bile\u015fenin di\u011ferini etkilemeden de\u011fi\u015ftirilmesini veya geni\u015fletilmesini kolayla\u015ft\u0131r\u0131r. Observer deseni bir\u00e7ok avantaj sunsa da, baz\u0131 dezavantajlar\u0131 ve potansiyel sorunlar\u0131 da beraberinde getirir:<\/p>\n * Bildirim S\u0131ras\u0131 Garantisi Yok:<\/strong> Genellikle, Subject'in Observer'lar\u0131 hangi s\u0131rada bilgilendirece\u011fi garanti edilmez. Bu, Observer'lar aras\u0131nda ba\u011f\u0131ml\u0131l\u0131k oldu\u011funda veya belirli bir s\u0131ran\u0131n \u00f6nemli oldu\u011fu durumlarda sorunlara yol a\u00e7abilir. Bu dezavantajlar, Observer desenini kullan\u0131rken dikkatli olunmas\u0131 ve tasar\u0131m kararlar\u0131n\u0131n bu potansiyel sorunlar\u0131 g\u00f6z \u00f6n\u00fcnde bulundurarak verilmesi gerekti\u011fini g\u00f6sterir.<\/p>\n Observer deseni, farkl\u0131 senaryolara uyacak \u015fekilde \u00e7e\u015fitli varyasyonlara sahip olabilir veya benzer ama\u00e7lara hizmet eden di\u011fer desenlerle birlikte kullan\u0131labilir.<\/p>\n Observer deseninde bildirim mekanizmas\u0131 iki ana \u015fekilde tasarlanabilir:<\/p>\n * Push Modeli:<\/strong> Subject, Observer'lara durumu hakk\u0131nda t\u00fcm ilgili verileri do\u011frudan Mediat\u00f6r deseni, nesnelerin do\u011frudan birbirleriyle ileti\u015fim kurmak yerine, bir Mediat\u00f6r nesnesi arac\u0131l\u0131\u011f\u0131yla ileti\u015fim kurmas\u0131n\u0131 sa\u011flar. Observer deseninde Subject, Observer'lara do\u011frudan bildirim g\u00f6nderirken, Mediat\u00f6r deseninde t\u00fcm ileti\u015fim Mediat\u00f6r \u00fczerinden ge\u00e7er. Bu, Observer deseninin merkezi bir kontrol noktas\u0131 eklenmi\u015f hali olarak d\u00fc\u015f\u00fcn\u00fclebilir. Mediat\u00f6r, daha karma\u015f\u0131k etkile\u015fimlerin y\u00f6netimi i\u00e7in daha uygundur.<\/p>\n Publish\/Subscribe deseni, Observer deseninin daha genel ve genellikle daha b\u00fcy\u00fck \u00f6l\u00e7ekli bir varyant\u0131d\u0131r. Temel fark, Pub\/Sub'da yay\u0131nc\u0131 (publisher) ve abone (subscriber) aras\u0131nda do\u011frudan bir ba\u011flant\u0131 olmamas\u0131d\u0131r. Arada bir mesaj arac\u0131s\u0131 (message broker) veya olay veri yolu (event bus) bulunur. Yay\u0131nc\u0131 bir \"konu\"ya (topic) mesaj yay\u0131mlar ve bu konuya abone olan t\u00fcm aboneler mesaj\u0131 al\u0131r.<\/p>\n * Observer:<\/strong> Subject ve Observer birbirlerini tan\u0131r (Subject, Observer aray\u00fcz\u00fcn\u00fc bilir). Do\u011frudan referanslar vard\u0131r. Observer deseni, olay odakl\u0131 mimarilerin temelini olu\u015fturur. Olay odakl\u0131 mimarilerde, sistemin farkl\u0131 bile\u015fenleri olaylar\u0131 yay\u0131mlar ve dinler. Bu, sistemin reaktif ve \u00f6l\u00e7eklenebilir olmas\u0131n\u0131 sa\u011flar. Observer deseni, bu mimarilerdeki tek bir olay kayna\u011f\u0131 ve birden fazla dinleyici aras\u0131ndaki ili\u015fkiyi somutla\u015ft\u0131r\u0131r.<\/p>\n Observer deseni, yaz\u0131l\u0131m geli\u015ftirmede \u00e7ok \u00e7e\u015fitli senaryolarda kullan\u0131l\u0131r ve nesneler aras\u0131 dinamik ileti\u015fimi sa\u011flaman\u0131n g\u00fc\u00e7l\u00fc bir yoludur.<\/p>\n * GUI Programlama (Event Listeners):<\/strong> Grafiksel Kullan\u0131c\u0131 Aray\u00fcz\u00fc (GUI) uygulamalar\u0131nda, Observer deseni olay i\u015fleme mekanizmas\u0131n\u0131n temelini olu\u015fturur. \u00d6rne\u011fin, bir butona t\u0131kland\u0131\u011f\u0131nda (Subject'in durumu de\u011fi\u015fti\u011finde), bu olay\u0131 dinleyen t\u00fcm Bu kullan\u0131m alanlar\u0131, Observer deseninin ne kadar yayg\u0131n ve etkili bir \u00e7\u00f6z\u00fcm oldu\u011funu g\u00f6stermektedir.<\/p>\n Java ekosistemi s\u00fcrekli geli\u015fti\u011fi i\u00e7in, Observer desenini uygulaman\u0131n veya benzer sorunlar\u0131 \u00e7\u00f6zmenin modern yollar\u0131 ortaya \u00e7\u0131km\u0131\u015ft\u0131r.<\/p>\n Java 8 ile birlikte gelen lambda ifadeleri ve fonksiyonel aray\u00fczler, Observer desenini daha k\u0131sa ve okunabilir bir \u015fekilde uygulamak i\u00e7in kullan\u0131labilir. G\u00f6zlemci aray\u00fcz\u00fcn\u00fc tek bir soyut metoda sahip bir fonksiyonel aray\u00fcz olarak tan\u0131mlayarak, anonim s\u0131n\u0131flar yerine lambda ifadeleri ile g\u00f6zlemcileri kaydetmek m\u00fcmk\u00fcnd\u00fcr.<\/p>\n Bu yakla\u015f\u0131m, \u00f6zellikle basit Observer'lar i\u00e7in kodun daha az kalabal\u0131k olmas\u0131n\u0131 sa\u011flar.<\/p>\n Bu s\u0131n\u0131flar, \u00f6zellikle UI bile\u015fenlerinde veya model s\u0131n\u0131flar\u0131nda \u00f6zellik de\u011fi\u015fikliklerini izlemek i\u00e7in kullan\u0131\u015fl\u0131d\u0131r.<\/p>\n Reaktif programlama, asenkron veri ak\u0131\u015flar\u0131n\u0131 ve olaylar\u0131 i\u015flemek i\u00e7in Observer desenini temel alan, ancak \u00e7ok daha g\u00fc\u00e7l\u00fc ve esnek bir paradigmad\u0131r. RxJava ve Project Reactor gibi k\u00fct\u00fcphaneler, Uygulama genelinde olaylar\u0131 yay\u0131mlamak ve dinlemek i\u00e7in merkezi bir mekanizma sa\u011flayan Event Bus k\u00fct\u00fcphaneleri de Observer deseninin bir Pub\/Sub varyant\u0131d\u0131r. Bu modern yakla\u015f\u0131mlar, Observer deseninin temel prensiplerini korurken, Java'n\u0131n ve di\u011fer k\u00fct\u00fcphanelerin sundu\u011fu yeni \u00f6zelliklerle daha g\u00fc\u00e7l\u00fc, daha okunabilir ve daha \u00f6l\u00e7eklenebilir \u00e7\u00f6z\u00fcmler sunar.<\/p>\n Observer tasar\u0131m deseni, nesne y\u00f6nelimli programlamada gev\u015fek ba\u011fl\u0131 sistemler olu\u015fturman\u0131n temel ta\u015flar\u0131ndan biridir. Bir nesnenin durumundaki de\u011fi\u015fikliklerin, ona ba\u011f\u0131ml\u0131 di\u011fer nesneleri otomatik olarak bilgilendirmesini sa\u011flayarak, kodun mod\u00fclerli\u011fini, esnekli\u011fini ve yeniden kullan\u0131labilirli\u011fini art\u0131r\u0131r. GUI programlamadan MVC mimarilerine, reaktif programlamadan finansal uygulamalara kadar geni\u015f bir kullan\u0131m alan\u0131na sahiptir.<\/p>\n Desen, Subject (konu) ve Observer (g\u00f6zlemci) olmak \u00fczere iki ana bile\u015fen etraf\u0131nda \u015fekillenir. Subject, Observer'lar\u0131 y\u00f6netir ve durum de\u011fi\u015fikliklerini bildirir; Observer'lar ise bu bildirimlere tepki verir. Bu ayr\u0131m, Subject'in Observer'lar\u0131n somut s\u0131n\u0131flar\u0131n\u0131 bilmesine gerek kalmadan \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar, b\u00f6ylece s\u0131k\u0131 ba\u011f\u0131ml\u0131l\u0131k ortadan kalkar.<\/p>\n Java'n\u0131n dahili Her tasar\u0131m deseninde oldu\u011fu gibi, Observer deseninin de avantajlar\u0131 ve dezavantajlar\u0131 vard\u0131r. Performans sorunlar\u0131, bellek s\u0131z\u0131nt\u0131lar\u0131 ve hata ay\u0131klama zorluklar\u0131 gibi potansiyel tuzaklara dikkat edilerek, desenin do\u011fru ba\u011flamda ve do\u011fru \u015fekilde kullan\u0131lmas\u0131 b\u00fcy\u00fck faydalar sa\u011flayacakt\u0131r. Gev\u015fek ba\u011fl\u0131, geni\u015fletilebilir ve s\u00fcrd\u00fcr\u00fclebilir yaz\u0131l\u0131m sistemleri in\u015fa etmek isteyen her Java geli\u015ftiricisinin ara\u00e7 kutusunda Observer deseni \u00f6nemli bir yere sahiptir.<\/p>\n","protected":false},"excerpt":{"rendered":"Observer Tasar\u0131m Deseni Java’da: Dinamik Bildirim Mekanizmalar\u0131 Olu\u015fturma\nGiri\u015f: Tasar\u0131m Desenlerine Genel Bak\u0131\u015f ve Observer’\u0131n Yeri\nYaz\u0131l","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[874],"tags":[],"class_list":{"0":"post-30382","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-server","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n* Hava Durumu \u0130stasyonu:<\/strong> Bir hava durumu istasyonu (Subject), s\u0131cakl\u0131k, nem gibi verileri toplar. Bu verilere abone olan farkl\u0131 ekranlar veya uygulamalar (Observer’lar), istasyonun verileri g\u00fcncelledi\u011finde otomatik olarak yeni bilgileri g\u00f6sterir.
\n* Sosyal Medya Bildirimleri:<\/strong> Bir kullan\u0131c\u0131 bir g\u00f6nderi payla\u015ft\u0131\u011f\u0131nda (Subject’in durumu de\u011fi\u015fti\u011finde), o kullan\u0131c\u0131y\u0131 takip eden herkese (Observer’lara) bir bildirim gider. Takip\u00e7iler bu bildirimi al\u0131p kendi ana ak\u0131\u015flar\u0131n\u0131 g\u00fcncellerler.<\/p>\nObserver Deseni’nin Temel Bile\u015fenleri<\/h2>\n
Subject (Konu\/\u00d6zne)<\/h3>\n
attach(Observer observer)<\/code>: Bir Observer’\u0131 Subject’in g\u00f6zlemci listesine ekler. Bu Observer, Subject’in durum de\u011fi\u015fikliklerinden haberdar olmak ister.
\n* detach(Observer observer)<\/code>: Bir Observer’\u0131 Subject’in g\u00f6zlemci listesinden kald\u0131r\u0131r. Bu Observer art\u0131k bildirim almak istemez.
\n* notifyObservers()<\/code>: Subject’in durumu de\u011fi\u015fti\u011finde, kay\u0131tl\u0131 t\u00fcm Observer’lara bildirim g\u00f6nderir. Bu metot, genellikle Subject’in durumunu de\u011fi\u015ftiren bir metot taraf\u0131ndan \u00e7a\u011fr\u0131l\u0131r.
\n* Subject ayr\u0131ca, kendi i\u00e7 durumunu tutan ve de\u011fi\u015ftiren metotlara sahiptir.<\/p>\nObserver (G\u00f6zlemci)<\/h3>\n
update()<\/code>: Subject’ten bildirim ald\u0131\u011f\u0131nda \u00e7a\u011fr\u0131lan metottur. Bu metot, Subject’in yeni durumunu almak veya bildirimle birlikte g\u00f6nderilen verileri i\u015flemek i\u00e7in kullan\u0131l\u0131r. Observer, bu metot i\u00e7inde kendi i\u00e7 durumunu g\u00fcncelleyebilir veya belirli eylemleri ger\u00e7ekle\u015ftirebilir.<\/p>\nConcreteSubject (Somut Konu)<\/h3>\n
attach<\/code>, detach<\/code> ve notifyObservers<\/code> metotlar\u0131n\u0131 Subject aray\u00fcz\u00fcnden devral\u0131r veya uygular.
\n* Observer listesini y\u00f6netmek i\u00e7in bir koleksiyon (\u00f6rne\u011fin, ArrayList
\n* Durumunu de\u011fi\u015ftiren metotlar i\u00e7erir. Bu metotlar genellikle durum de\u011fi\u015fikli\u011finden sonra notifyObservers()<\/code> metodunu \u00e7a\u011f\u0131r\u0131r.<\/p>\nConcreteObserver (Somut G\u00f6zlemci)<\/h3>\n
update()<\/code> metodunu uygulayarak tepki verir.<\/p>\nupdate()<\/code> metodunu Observer aray\u00fcz\u00fcnden devral\u0131r veya uygular. Bu metodun i\u00e7inde, Subject’in yeni durumuna g\u00f6re kendi davran\u0131\u015f\u0131n\u0131 veya g\u00f6sterimini g\u00fcnceller.
\n* Genellikle, g\u00fcncel durumu Subject’ten almak i\u00e7in bir referansa ihtiya\u00e7 duyar veya Subject, update<\/code> metodu arac\u0131l\u0131\u011f\u0131yla ilgili veriyi Observer’a iletir.<\/p>\nObserver Deseni’nin \u00c7al\u0131\u015fma Prensibi<\/h2>\n
attach(Observer)<\/code> metodu arac\u0131l\u0131\u011f\u0131yla ger\u00e7ekle\u015ftirilir. ConcreteSubject, bu Observer’lar\u0131 dahili bir listeye (\u00f6rne\u011fin, ArrayList<\/code>) ekler.
\n2. Durum De\u011fi\u015fikli\u011fi (State Change):<\/strong> ConcreteSubject’in i\u00e7 durumu de\u011fi\u015fir. Bu durum de\u011fi\u015fikli\u011fi, Subject’in kendi i\u00e7 metotlar\u0131 taraf\u0131ndan tetiklenebilir veya d\u0131\u015far\u0131dan bir etkile\u015fimle ger\u00e7ekle\u015febilir.
\n3. Bildirim Tetikleme (Notification Trigger):<\/strong> ConcreteSubject’in durumu de\u011fi\u015fti\u011finde, genellikle durum de\u011fi\u015fikli\u011fini ger\u00e7ekle\u015ftiren metodun sonunda notifyObservers()<\/code> metodu \u00e7a\u011fr\u0131l\u0131r. Bu, t\u00fcm kay\u0131tl\u0131 Observer’lara durum de\u011fi\u015fikli\u011finin duyurulmas\u0131 gerekti\u011fi anlam\u0131na gelir.
\n4. Observer’lar\u0131n Bilgilendirilmesi (Informing Observers):<\/strong> notifyObservers()<\/code> metodu, ConcreteSubject’in dahili Observer listesindeki her bir Observer \u00fczerinde d\u00f6ng\u00fc yaparak, her birinin update()<\/code> metodunu \u00e7a\u011f\u0131r\u0131r.
\n5. Observer’lar\u0131n Tepki Vermesi (Observer Reaction):<\/strong> Her bir ConcreteObserver, kendi update()<\/code> metodunu ald\u0131\u011f\u0131nda, Subject’in yeni durumuna g\u00f6re kendi i\u00e7 mant\u0131\u011f\u0131n\u0131 veya g\u00f6r\u00fcn\u00fcm\u00fcn\u00fc g\u00fcnceller. Bu, Observer’\u0131n Subject’ten yeni verileri \u00e7ekmesini (pull model) veya Subject’in verileri Observer’a itmesini (push model) i\u00e7erebilir.
\n6. Kay\u0131t Silme (Unsubscription – \u0130ste\u011fe Ba\u011fl\u0131):<\/strong> Bir Observer art\u0131k bildirim almak istemiyorsa, ConcreteSubject’in detach(Observer)<\/code> metodu arac\u0131l\u0131\u011f\u0131yla kendisini listeden kald\u0131rabilir.<\/p>\nJava’da Observer Deseni Uygulamas\u0131 (Manuel Yakla\u015f\u0131m)<\/h2>\n
Aray\u00fczlerin Tan\u0131mlanmas\u0131<\/h3>\n
\/\/ Subject Aray\u00fcz\u00fc\ninterface Subject {\n void registerObserver(Observer o);\n void removeObserver(Observer o);\n void notifyObservers();\n}\n\n\/\/ Observer Aray\u00fcz\u00fc\ninterface Observer {\n void update(float temperature, float humidity, float pressure);\n}\n\n\/\/ DisplayElement Aray\u00fcz\u00fc (Observer'lar\u0131n g\u00f6r\u00fcnt\u00fcleme yetene\u011fi i\u00e7in)\ninterface DisplayElement {\n void display();\n}<\/code><\/pre>\nSubject<\/code> aray\u00fcz\u00fc, Observer’lar\u0131 y\u00f6netmek i\u00e7in standart metotlar\u0131 tan\u0131mlar.
\n* Observer<\/code> aray\u00fcz\u00fc, Subject’ten bildirim ald\u0131\u011f\u0131nda \u00e7a\u011fr\u0131lacak update<\/code> metodunu tan\u0131mlar. Bu \u00f6rnekte, update<\/code> metodu Subject’ten do\u011frudan veri alacak \u015fekilde tasarlanm\u0131\u015ft\u0131r (push model).
\n* DisplayElement<\/code> aray\u00fcz\u00fc, Observer’lar\u0131n bir t\u00fcr g\u00f6r\u00fcnt\u00fcleme yetene\u011fine sahip oldu\u011funu belirtmek i\u00e7in eklenmi\u015ftir.<\/p>\nSomut S\u0131n\u0131flar\u0131n Uygulanmas\u0131<\/h3>\n
import java.util.ArrayList;\nimport java.util.List;\n\n\/\/ ConcreteSubject S\u0131n\u0131f\u0131: Hava Durumu Verileri\nclass HavaDurumuVerileri implements Subject {\n private List\u00d6rnek Kod ile Test Etme<\/h3>\n
\/\/ Main S\u0131n\u0131f\u0131\npublic class ObserverDesenTest {\n public static void main(String[] args) {\n HavaDurumuVerileri havaDurumu = new HavaDurumuVerileri();\n\n MevcutDurumPaneli mevcutPanel = new MevcutDurumPaneli(havaDurumu);\n IstatistikPaneli istatistikPanel = new IstatistikPaneli(havaDurumu);\n\n System.out.println(\"\\n--- \u0130lk \u00d6l\u00e7\u00fcmler ---\");\n havaDurumu.setMeasurements(25.5f, 65.0f, 1012.5f);\n\n System.out.println(\"\\n--- \u0130kinci \u00d6l\u00e7\u00fcmler ---\");\n havaDurumu.setMeasurements(27.0f, 70.0f, 1010.0f);\n\n havaDurumu.removeObserver(mevcutPanel); \/\/ Mevcut panel art\u0131k bildirim almayacak\n\n System.out.println(\"\\n--- \u00dc\u00e7\u00fcnc\u00fc \u00d6l\u00e7\u00fcmler (Mevcut Panel kald\u0131r\u0131ld\u0131ktan sonra) ---\");\n havaDurumu.setMeasurements(23.8f, 60.0f, 1015.2f);\n }\n}<\/code><\/pre>\nHavaDurumuVerileri<\/code> Subject olarak g\u00f6rev yapar ve s\u0131cakl\u0131k, nem, bas\u0131n\u00e7 de\u011ferlerini tutar. MevcutDurumPaneli<\/code> ve IstatistikPaneli<\/code> ise Observer olarak bu verilere abone olur ve her veri de\u011fi\u015fikli\u011finde kendi g\u00f6r\u00fcn\u00fcmlerini g\u00fcncellerler.<\/p>\nJava'n\u0131n Dahili Observer Deste\u011fi (
java.util.Observable<\/code> ve java.util.Observer<\/code>)<\/h2>\njava.util.Observable<\/code> s\u0131n\u0131f\u0131 ve java.util.Observer<\/code> aray\u00fcz\u00fc ile Observer deseninin temel bir uygulamas\u0131n\u0131 sunar. Bu API'ler, desenin h\u0131zl\u0131 bir \u015fekilde kullan\u0131lmas\u0131n\u0131 sa\u011flar, ancak baz\u0131 k\u0131s\u0131tlamalar\u0131 ve dezavantajlar\u0131 vard\u0131r.<\/p>\nKullan\u0131m\u0131<\/h3>\n
import java.util.Observable;\nimport java.util.Observer; \/\/ java.util.Observer aray\u00fcz\u00fc\n\n\/\/ Subject S\u0131n\u0131f\u0131 (Observable s\u0131n\u0131f\u0131ndan miras al\u0131n\u0131r)\nclass HavaDurumuObservable extends Observable {\n private float temperature;\n private float humidity;\n private float pressure;\n\n public HavaDurumuObservable() { }\n\n public void measurementsChanged() {\n setChanged(); \/\/ De\u011fi\u015fiklik oldu\u011funu belirtmek i\u00e7in bu \u00e7a\u011fr\u0131lmal\u0131\n notifyObservers(); \/\/ T\u00fcm g\u00f6zlemcilere bildirim g\u00f6nder\n }\n\n public void setMeasurements(float temperature, float humidity, float pressure) {\n this.temperature = temperature;\n this.humidity = humidity;\n this.pressure = pressure;\n measurementsChanged();\n }\n\n \/\/ Getter metotlar\u0131 (Pull modeli i\u00e7in)\n public float getTemperature() { return temperature; }\n public float getHumidity() { return humidity; }\n public float getPressure() { return pressure; }\n}\n\n\/\/ Observer S\u0131n\u0131f\u0131 (Observer aray\u00fcz\u00fcn\u00fc uygular)\nclass MevcutDurumDisplay implements Observer, DisplayElement {\n Observable observable;\n private float temperature;\n private float humidity;\n\n public MevcutDurumDisplay(Observable observable) {\n this.observable = observable;\n observable.addObserver(this); \/\/ Kay\u0131t ol\n }\n\n @Override\n public void update(Observable obs, Object arg) {\n if (obs instanceof HavaDurumuObservable) {\n HavaDurumuObservable havaDurumu = (HavaDurumuObservable) obs;\n this.temperature = havaDurumu.getTemperature();\n this.humidity = havaDurumu.getHumidity();\n display();\n }\n }\n\n @Override\n public void display() {\n System.out.println(\"Mevcut Durum (Observable): \" + temperature + \"C derece ve \" + humidity + \"% nem.\");\n }\n}\n\n\/\/ Test S\u0131n\u0131f\u0131\npublic class ObservableTest {\n public static void main(String[] args) {\n HavaDurumuObservable havaDurumu = new HavaDurumuObservable();\n\n MevcutDurumDisplay mevcutDisplay = new MevcutDurumDisplay(havaDurumu);\n\n havaDurumu.setMeasurements(28.0f, 75.0f, 1011.0f);\n havaDurumu.setMeasurements(26.5f, 72.0f, 1013.0f);\n }\n}<\/code><\/pre>\nAvantajlar\u0131 ve Dezavantajlar\u0131<\/h3>\n
\n* H\u0131zl\u0131 ve kolay bir \u015fekilde Observer deseni uygulaman\u0131za olanak tan\u0131r.
\n* Java'n\u0131n standart k\u00fct\u00fcphanesinin bir par\u00e7as\u0131d\u0131r.<\/p>\n
\n* Kal\u0131t\u0131m K\u0131s\u0131tlamas\u0131:<\/strong> Observable<\/code> bir s\u0131n\u0131f oldu\u011fundan, Subject s\u0131n\u0131f\u0131n\u0131z\u0131n ba\u015fka bir s\u0131n\u0131ftan miras almas\u0131n\u0131 engeller (Java tek kal\u0131t\u0131m\u0131 destekler). Bu, \u00f6zellikle mevcut bir s\u0131n\u0131f hiyerar\u015fisine sahip oldu\u011funuzda b\u00fcy\u00fck bir k\u0131s\u0131tlama olabilir.
\n* Gev\u015fek Ba\u011fl\u0131l\u0131k Eksikli\u011fi:<\/strong> update<\/code> metoduna Object arg<\/code> parametresi ge\u00e7er. Bu, Observer'\u0131n arg<\/code> nesnesini do\u011fru t\u00fcre d\u00f6n\u00fc\u015ft\u00fcrmesi gerekti\u011fi anlam\u0131na gelir, bu da tip g\u00fcvenli\u011fini azalt\u0131r ve Subject ile Observer aras\u0131nda daha s\u0131k\u0131 bir ba\u011f\u0131ml\u0131l\u0131k yarat\u0131r. Observer'\u0131n Subject'ten veri \u00e7ekmesi (pull model) gerekir, bu da Subject'in t\u00fcm Observer'lara ne kadar veri g\u00f6nderdi\u011fini kontrol edememesi anlam\u0131na gelir.
\n* setChanged()<\/code> \u00c7a\u011fr\u0131s\u0131:<\/strong> notifyObservers()<\/code> metodunu \u00e7a\u011f\u0131rmadan \u00f6nce setChanged()<\/code> metodunu \u00e7a\u011f\u0131rmay\u0131 unutmak, bildirimlerin hi\u00e7 g\u00f6nderilmemesine neden olabilir. Bu, s\u0131k yap\u0131lan bir hatad\u0131r.<\/p>\njava.util.Observable<\/code> s\u0131n\u0131f\u0131 ve java.util.Observer<\/code> aray\u00fcz\u00fc, Java 9'dan itibaren deprecated (kullan\u0131mdan kald\u0131r\u0131lm\u0131\u015f)<\/strong> olarak i\u015faretlenmi\u015ftir. Bu, gelecekteki Java s\u00fcr\u00fcmlerinde kald\u0131r\u0131labilece\u011fi anlam\u0131na gelir. Bunun yerine, Java'n\u0131n modern \u00f6zelliklerini (lambda ifadeleri, fonksiyonel aray\u00fczler) kullanarak kendi Observer uygulaman\u0131z\u0131 olu\u015fturmak veya java.beans<\/code> paketindeki PropertyChangeSupport<\/code> gibi daha spesifik \u00e7\u00f6z\u00fcmleri ya da Reactive Programming (RxJava, Project Reactor) gibi daha g\u00fc\u00e7l\u00fc ve esnek yakla\u015f\u0131mlar\u0131 tercih etmek daha iyidir.<\/p>\nObserver Deseni'nin Avantajlar\u0131<\/h2>\n
\n* Yeniden Kullan\u0131labilirlik:<\/strong> Hem Subject hem de Observer s\u0131n\u0131flar\u0131 ba\u011f\u0131ms\u0131z olarak yeniden kullan\u0131labilir. Bir Observer, farkl\u0131 Subject'lere kaydolabilir ve ayn\u0131 Subject, farkl\u0131 t\u00fcrdeki Observer'lara bildirim g\u00f6nderebilir.
\n* Esneklik:<\/strong> Yeni Observer'lar eklemek veya mevcut Observer'lar\u0131 kald\u0131rmak, Subject kodunu de\u011fi\u015ftirmeden kolayca yap\u0131labilir. Bu, sistemin yeni gereksinimlere uyum sa\u011flamas\u0131n\u0131 kolayla\u015ft\u0131r\u0131r.
\n* Mod\u00fclerlik:<\/strong> Sistem daha k\u00fc\u00e7\u00fck, y\u00f6netilebilir mod\u00fcllere ayr\u0131l\u0131r. Her mod\u00fcl kendi sorumlulu\u011funu yerine getirir: Subject durumu y\u00f6netir, Observer durumu i\u015fler.
\n* Tek Sorumluluk Prensibi (SRP):<\/strong> Subject'in temel sorumlulu\u011fu kendi durumunu y\u00f6netmek ve Observer'lar\u0131 bilgilendirmektir. Observer'\u0131n sorumlulu\u011fu ise Subject'ten gelen bildirimleri i\u015flemek ve kendi i\u00e7 mant\u0131\u011f\u0131n\u0131 g\u00fcncellemektir. Bu ayr\u0131m, SRP'yi destekler.
\n* A\u00e7\u0131k\/Kapal\u0131 Prensibi (Open\/Closed Principle):<\/strong> Subject s\u0131n\u0131f\u0131, yeni Observer'lar eklemek i\u00e7in a\u00e7\u0131k, ancak mevcut kodunu de\u011fi\u015ftirmeye kapal\u0131d\u0131r. Yeni Observer'lar eklemek i\u00e7in Subject s\u0131n\u0131f\u0131nda herhangi bir de\u011fi\u015fiklik yapmaya gerek yoktur.<\/p>\nObserver Deseni'nin Dezavantajlar\u0131 ve Potansiyel Sorunlar<\/h2>\n
\n* Performans Sorunlar\u0131:<\/strong> \u00c7ok say\u0131da Observer varsa veya Observer'lar\u0131n update<\/code> metotlar\u0131 karma\u015f\u0131k ve zaman al\u0131c\u0131 i\u015flemler i\u00e7eriyorsa, notifyObservers()<\/code> \u00e7a\u011fr\u0131s\u0131 performans d\u00fc\u015f\u00fc\u015f\u00fcne neden olabilir. Her bir Observer'\u0131n bildirim i\u015flemini tamamlamas\u0131, Subject'in i\u015fini bitirmesini geciktirebilir.
\n* Bellek S\u0131z\u0131nt\u0131lar\u0131 (Memory Leaks):<\/strong> E\u011fer Observer'lar Subject'ten d\u00fczg\u00fcn bir \u015fekilde ayr\u0131lmazsa (removeObserver<\/code> \u00e7a\u011fr\u0131lmazsa), Subject'in Observer listesinde gereksiz referanslar kalabilir. Bu, Observer nesnelerinin \u00e7\u00f6p toplay\u0131c\u0131 taraf\u0131ndan toplanmas\u0131n\u0131 engelleyerek bellek s\u0131z\u0131nt\u0131lar\u0131na yol a\u00e7abilir. \u00d6zellikle uzun \u00f6m\u00fcrl\u00fc Subject'ler ve k\u0131sa \u00f6m\u00fcrl\u00fc Observer'lar i\u00e7in bu durum kritik olabilir.
\n* Hata Ay\u0131klama Zorlu\u011fu:<\/strong> Karma\u015f\u0131k bildirim zincirlerinde, bir hatan\u0131n nerede meydana geldi\u011fini veya hangi Observer'\u0131n belirli bir duruma nas\u0131l tepki verdi\u011fini takip etmek zorla\u015fabilir. Bildirimler dolayl\u0131 oldu\u011fundan, ak\u0131\u015f\u0131 anlamak g\u00fc\u00e7le\u015febilir.
\n* Gereksiz Bildirimler:<\/strong> \u00d6zellikle pull model yerine push modeli kullan\u0131ld\u0131\u011f\u0131nda, Subject t\u00fcm Observer'lara t\u00fcm veriyi g\u00f6nderir. Baz\u0131 Observer'lar bu verinin sadece k\u00fc\u00e7\u00fck bir k\u0131sm\u0131yla ilgileniyor olabilir, bu da gereksiz veri transferine ve i\u015flemeye yol a\u00e7abilir.
\n* S\u0131k\u0131 Ba\u011fl\u0131l\u0131k Olu\u015fumu (Yanl\u0131\u015f Kullan\u0131mda):<\/strong> E\u011fer Observer'lar update<\/code> metotlar\u0131nda Subject'in somut s\u0131n\u0131f\u0131na ba\u011f\u0131ml\u0131 hale gelirse (\u00f6rne\u011fin, Subject'in belirli bir metodu i\u00e7in cast i\u015flemi yaparsa), gev\u015fek ba\u011fl\u0131l\u0131k prensibi bozulur ve s\u0131k\u0131 ba\u011fl\u0131l\u0131k olu\u015fur.<\/p>\nObserver Deseni Varyasyonlar\u0131 ve \u0130lgili Desenler<\/h2>\n
Push Modeli vs. Pull Modeli<\/h3>\n
update<\/code> metodu parametreleri arac\u0131l\u0131\u011f\u0131yla g\u00f6nderir.
\n * Avantaj:<\/strong> Observer'lar, Subject'ten veri \u00e7ekmek zorunda kalmaz, bu da daha basit bir update<\/code> metodu ve potansiyel olarak daha az a\u011f trafi\u011fi (uzak Observer'lar i\u00e7in) anlam\u0131na gelebilir.
\n * Dezavantaj:<\/strong> Subject, Observer'lar\u0131n hangi verilere ihtiya\u00e7 duydu\u011funu bilmek zorunda kal\u0131r ve ilgilenmedikleri verileri bile Observer'lara g\u00f6nderebilir. Bu, gereksiz veri transferine neden olabilir.
\n* Pull Modeli:<\/strong> Subject, Observer'lara sadece bir durum de\u011fi\u015fikli\u011fi bildirimi g\u00f6nderir (update<\/code> metodu parametre almayabilir veya sadece bir olay tipi bilgisi alabilir). Observer, daha sonra gerekli verileri Subject'ten \u00e7ekmek i\u00e7in Subject'in getter metotlar\u0131n\u0131 \u00e7a\u011f\u0131r\u0131r.
\n * Avantaj:<\/strong> Subject, Observer'lar\u0131n neye ihtiyac\u0131 oldu\u011funu bilmek zorunda de\u011fildir. Observer'lar sadece ilgilendikleri verileri \u00e7eker. Bu, daha esnektir ve gereksiz veri transferini azaltabilir.
\n * Dezavantaj:<\/strong> Observer, Subject'e do\u011frudan ba\u011f\u0131ml\u0131 hale gelir (Subject'in getter metotlar\u0131n\u0131 \u00e7a\u011f\u0131rmas\u0131 gerekir). Ayr\u0131ca, Observer'\u0131n veriyi \u00e7ekmek i\u00e7in ek bir \u00e7a\u011fr\u0131 yapmas\u0131 gerekir.<\/p>\nMediat\u00f6r Deseni<\/h3>\n
Publish\/Subscribe (Pub\/Sub)<\/h3>\n
\n* Pub\/Sub:<\/strong> Yay\u0131nc\u0131 ve Abone birbirlerini tan\u0131maz. \u0130leti\u015fim, merkezi bir arac\u0131 \u00fczerinden dolayl\u0131 olarak ger\u00e7ekle\u015fir. Bu, daha da gev\u015fek ba\u011fl\u0131 bir sistem sa\u011flar ve genellikle da\u011f\u0131t\u0131k sistemlerde tercih edilir.<\/p>\nEvent-Driven Architecture (Olay Odakl\u0131 Mimari)<\/h3>\n
Observer Deseni'nin Kullan\u0131m Alanlar\u0131<\/h2>\n
ActionListener<\/code>lar (Observer'lar) bilgilendirilir ve actionPerformed<\/code> metotlar\u0131 \u00e7a\u011fr\u0131l\u0131r. Java Swing\/AWT ve JavaFX'teki t\u00fcm olay dinleyicileri bu desene dayan\u0131r.
\n* Model-View-Controller (MVC) Mimarisi:<\/strong> MVC'de Model (veri katman\u0131) Subject olarak g\u00f6rev yapar. Model'deki herhangi bir de\u011fi\u015fiklik (\u00f6rne\u011fin, bir kullan\u0131c\u0131n\u0131n verileri g\u00fcncellemesi), View'lar\u0131 (kullan\u0131c\u0131 aray\u00fcz\u00fc) bilgilendirir ve View'lar kendilerini g\u00fcnceller. Bu, Model ve View aras\u0131nda gev\u015fek ba\u011fl\u0131 bir ili\u015fki sa\u011flar.
\n* Reaktif Programlama:<\/strong> RxJava, Project Reactor gibi reaktif programlama k\u00fct\u00fcphaneleri, Observer deseninin daha geli\u015fmi\u015f ve g\u00fc\u00e7l\u00fc bir versiyonunu kullan\u0131r. Asenkron veri ak\u0131\u015flar\u0131n\u0131 (stream) Observable olarak temsil eder ve bu ak\u0131\u015flara abone olan Observer'lar (Subscriber'lar) ak\u0131\u015ftaki her bir \u00f6\u011feyi veya olay\u0131 i\u015fler.
\n* Sistem Loglama ve \u0130zleme:<\/strong> Bir uygulama i\u00e7indeki belirli olaylar (hata olu\u015fumu, kritik bir i\u015flemin tamamlanmas\u0131) meydana geldi\u011finde, bu olaylar\u0131 dinleyen loglama servisleri veya izleme sistemleri bilgilendirilebilir.
\n* Finansal Uygulamalar:<\/strong> Hisse senedi fiyatlar\u0131, d\u00f6viz kurlar\u0131 gibi finansal veriler s\u00fcrekli de\u011fi\u015fir. Bu verileri izleyen uygulamalar, fiyatlardaki de\u011fi\u015fiklikleri an\u0131nda kullan\u0131c\u0131lara veya di\u011fer sistemlere bildirmek i\u00e7in Observer desenini kullan\u0131r.
\n* Oyun Geli\u015ftirme:<\/strong> Oyun motorlar\u0131nda, oyun i\u00e7i olaylar\u0131n (karakter \u00f6l\u00fcm\u00fc, puan kazanma, g\u00f6rev tamamlama) di\u011fer oyun bile\u015fenlerine (ses sistemi, UI, skor tablosu) bildirilmesi i\u00e7in Observer deseni s\u0131k\u00e7a kullan\u0131l\u0131r.
\n* Mesaj Kuyruklar\u0131 ve Olay Veri Yollar\u0131:<\/strong> Daha b\u00fcy\u00fck \u00f6l\u00e7ekli sistemlerde, bir mesaj kuyru\u011fu veya olay veri yolu, Observer deseninin bir Pub\/Sub varyant\u0131 olarak hizmet eder. Bir bile\u015fen bir mesaj\u0131 yay\u0131mlar, di\u011ferleri bu mesaj\u0131 dinler.
\n* Veri Senkronizasyonu:<\/strong> Birden fazla sistemin veya bile\u015fenin ayn\u0131 veri kayna\u011f\u0131n\u0131 kullanmas\u0131 gerekti\u011finde, veri kayna\u011f\u0131ndaki de\u011fi\u015fikliklerin t\u00fcm ba\u011f\u0131ml\u0131 sistemlere senkronize bir \u015fekilde bildirilmesi i\u00e7in Observer deseni kullan\u0131labilir.<\/p>\nModern Java'da Alternatifler ve \u0130yile\u015ftirmeler<\/h2>\n
Java 8 ve Sonras\u0131: Lambda \u0130fadeleri ve Fonksiyonel Aray\u00fczler<\/h3>\n
\/\/ Fonksiyonel Observer Aray\u00fcz\u00fc\n@FunctionalInterface\ninterface MyObserver {\n void update(float temperature, float humidity, float pressure);\n}\n\n\/\/ Subject s\u0131n\u0131f\u0131 (\u00f6nceki HavaDurumuVerileri gibi)\nclass ModernHavaDurumuVerileri {\n private ListPropertyChangeSupport ve VetoableChangeSupport (java.beans)<\/h3>\n
java.beans<\/code> paketi, JavaBeans spesifikasyonu i\u00e7in tasarlanm\u0131\u015f, Observer deseninin \u00f6zel bir varyant\u0131n\u0131 i\u00e7erir.
\n* PropertyChangeSupport<\/code>: Bir nesnenin bir \u00f6zelli\u011finin (property) de\u011feri de\u011fi\u015fti\u011finde PropertyChangeListener<\/code>'lar\u0131 bilgilendirmek i\u00e7in kullan\u0131l\u0131r.
\n* VetoableChangeSupport<\/code>: Bir \u00f6zellik de\u011fi\u015fikli\u011finin ger\u00e7ekle\u015fmesini engellemek i\u00e7in VetoableChangeListener<\/code>'lar taraf\u0131ndan veto edilebilen de\u011fi\u015fiklikleri destekler.<\/p>\nReactive Programming (RxJava, Project Reactor)<\/h3>\n
Observable<\/code> (veya Flux<\/code>\/Mono<\/code>) ve Subscriber<\/code> (veya Observer<\/code>) kavramlar\u0131n\u0131 kullanarak ak\u0131\u015flar \u00fczerinde \u00e7e\u015fitli i\u015flemler (filtreleme, d\u00f6n\u00fc\u015ft\u00fcrme, birle\u015ftirme) yapma yetene\u011fi sunar. Bu, Observer deseninin evrimle\u015fmi\u015f ve \u00f6l\u00e7eklenebilir bir halidir ve karma\u015f\u0131k asenkron sistemlerde tercih edilir.<\/p>\nEvent Bus K\u00fct\u00fcphaneleri (Guava EventBus, Spring Application Events)<\/h3>\n
\n* Guava EventBus:<\/strong> Google Guava k\u00fct\u00fcphanesinin bir par\u00e7as\u0131d\u0131r. Geli\u015ftiricilerin olaylar\u0131 yay\u0131mlamas\u0131na ve dinlemesine olanak tan\u0131yan basit bir API sunar.
\n* Spring Application Events:<\/strong> Spring Framework, uygulama i\u00e7indeki olaylar\u0131 yay\u0131mlamak ve dinlemek i\u00e7in kendi Event yap\u0131s\u0131n\u0131 sunar. Bu, Spring bile\u015fenleri aras\u0131nda gev\u015fek ba\u011fl\u0131 ileti\u015fimi sa\u011flamak i\u00e7in kullan\u0131l\u0131r.<\/p>\nSonu\u00e7<\/h2>\n
java.util.Observable<\/code> ve java.util.Observer<\/code> API'leri basit uygulamalar i\u00e7in bir ba\u015flang\u0131\u00e7 noktas\u0131 sunsa da, Java 9'dan itibaren kullan\u0131mdan kald\u0131r\u0131lm\u0131\u015f olmalar\u0131 ve kal\u0131t\u0131m k\u0131s\u0131tlamalar\u0131 gibi dezavantajlar\u0131 nedeniyle modern Java geli\u015ftirme ortamlar\u0131nda kendi \u00f6zel Observer aray\u00fczlerini olu\u015fturmak veya daha geli\u015fmi\u015f alternatiflere y\u00f6nelmek daha yayg\u0131nd\u0131r. Lambda ifadeleri, java.beans<\/code> paketindeki ara\u00e7lar ve \u00f6zellikle RxJava veya Project Reactor gibi reaktif programlama k\u00fct\u00fcphaneleri, Observer deseninin prensiplerini daha g\u00fc\u00e7l\u00fc ve esnek bir \u015fekilde uygulaman\u0131n modern yollar\u0131n\u0131 sunar.<\/p>\n