Yazılım Mimarisi ve Tasarımı...4 5. Yeniden Kullanılabilirlik (Reusability) YZM 2118 Yazılım Mimarisi ve Tasarımı •Yeniden kullanılabilirlik nesne yönelimli programlamanın

YZM 2118

Yazılım Mimarisi ve Tasarımı

Yrd. Doç. Dr. Volkan TUNALI

Celal Bayar Üniversitesi

Hasan Ferdi Turgutlu Teknoloji Fakültesi

Yazılım Mühendisliği

1 YZM 2118 Yazılım Mimarisi ve Tasarımı

BÖLÜM – 9.2

Tasarım Prensipleri 2/2

2

Bu bölümde;

Tasarım Prensipleri

ile ilgili konular anlatılacaktır.

YZM 2118 Yazılım Mimarisi ve Tasarımı

1. Ayrıştırma (Decomposition)

2. Kohezyon (Cohesion)

3. Tek Sorumluluk Prensibi (Single Responsibility)

4. Zayıf Bağlaşım Prensibi (Low Coupling)

5. Yeniden Kullanılabilirlik prensibi (Reusability)

6. Açık – Kapalı Prensibi (OCP)

7. Liskov Yerine Geçme Prensibi (LSP)

8. Bağımlılığı Ters Çevirme Prensibi (DIP)

3

Tasarım Prensipleri


4

5. Yeniden Kullanılabilirlik (Reusability)


• Yeniden kullanılabilirlik nesne yönelimli

programlamanın en önemli özelliklerinden biridir

ve çoğu zaman, yanlış bir yaklaşımla sadece

kalıtımdan ibaret olduğu sanılır.

• Oysa kalıtım yeniden kullanılabilirliği sağlama

noktasında her zaman yeterli olmaz.

• Salt kalıtım yerine, kalıtım ile birlikte nesneler

arasında kompozisyon kurgulanmalıdır.

5

5. Yeniden Kullanılabilirlik (Reusability) (devam...)


• Yandaki gibi bir raporlama sınıfı

yazıldığında, Rapor sınıfına

gereğinden fazla sorumluluk

yüklenmiştir. Bu sınıftan

türetilen sınıflar yeniden

kullanıma doğru bir örnek teşkil

etmemektedirler.

• Doğru olan yaklaşım Rapor

sınıfının içinde bu işlemleri

kodlamak yerine, veri tabanı ve

yazıcı işlemlerinin ayrı sınıflarda

yapılması ve bu sınıflarla bir

composition sağlanmasıdır.

6

5. Yeniden Kullanılabilirlik (Reusability) (devam...)


• Doğru Tasarımı:

7

Black Box ve White Box Kavramları


• GoF doktrin’de yeniden kullanılabilirlik bu kavramlarla

ikiye ayrılmıştır:

– White Box sınıf türetmesine dayalıdır ve salt türetme bazı

tasarımsal sakıncalar doğurabilmektedir.

– Black Box ise nesne kompozisyonuna dayalıdır.

• Yani önceki örnekte ele alınan Rapor sınıfı gibi sarmalayıcı bir

sınıf, VeriTabanilslemleri ve YaziciIslemleri sınıflarına ait

nesneleri kullanarak, yani composition yaparak, "black box

reusability" sağlamaktadır.

8

6. Açık/Kapalı Prensibi (OCP)


Değişim gerektirmeyen yazılımın ömrü bitmiştir.

• Yazılımlar, kullanıcı beklentileri değiştikçe değişime

uğramaktadır.

• Bu noktada yapılması gereken şey yazılım sisteminin

herhangi bir yerindeki değişimin başka yerlerde de

zincirleme değişim gerektirmeyecek şekilde

tasarlanmasıdır.

• Böylece ufak bir değişimde oluşabilecek kargaşa

engellenmiş olur. Değişim kargaşasını önlemek için

esnemez tasarımlardan uzak durulmalıdır.

9

6. Açık/Kapalı Prensibi (OCP) (devam...)


Sistemler gelişime açık, ancak değişime kapalı olmalıdır.

Bertnard Meyer

• Bu prensibe göre, sistemlerdeki değişimleri kodları

değiştirerek gerçekleştirmek yerine yeni kod blokları

eklenerek yapılması öngörülmektedir.

10



• Yandaki UML ile gösterilen

Dortgen ve Cember sınıfları

Sekil sınıfından türetilmiştir. Bu

sınıflar Ciz sınıfı ile

composition yapmaktadır.

• Ciz sınıfı verilen parametreye

bağlı olarak şekli çizecek

fonksiyonu çalıştıracaktır.

• Böyle bir tasarım esnemezdir ve

dolayısıyla kırılgandır.

• Sekil sınıfından yeni bir şekil

sınıfı türetildiğinde Ciz sınıfında

da değişmesi gerekecektir.

YZM 2118 Yazılım Mimarisi ve Tasarımı 11


Sekil.java Dortgen.java

Cember.java


6. Açık/Kapalı

Prensibi (OCP) (devam...)

Ciz.java

13



• Doğru tasarım Sekil sınıfının soyut sınıf ya da ara yüz şeklinde

tanımlanarak yapılabilir. Bu sınıftan türetilen sınıflar da kendi

ihtiyaçlarına göre implemente edilmelidir.



Sekil.java Dortgen.java

Cember.java



Ciz.java

16

7. Liskov Yerine Geçme Prensibi (LSP)


• Barbara Liskov tarafından formüle edilen ve

Açık-Kapalı prensibi ile yakından ilgili olan bu

prensip, türemiş sınıf nesnelerinin taban sınıf

nesnesi yerine geçmesini öngörür.

• Daha açık bir ifadeyle, taban sınıf türündeki

nesne üzerinde operasyon yapacak şekilde

geliştirilmiş bir fonksiyon, bu sınıftan türeyen

farklı sınıflara ait nesneler üzerinde de aynı

operasyonu yapabilmelidir.

17

7. Liskov Yerine Geçme Prensibi (LSP) (devam...)


• Bu prensip türemiş sınıf türündeki nesnelerin

taban sınıfa ait nesnelere atanması halinde

gerçekleşen otomatik tür dönüşümünden

(upcast) faydalanır.

18



Örnek:

• Veritabanından bağımsız bir veri katmanı yazılmak

istenmiştir.

• Bu yapı yeni veri tabanları için yeni sınıf eklenebilirliği

gerekmemesiyle hem Açık-Kapalı prensibine, hem de

DBHelper türünden aldığı parametreden dolay Liskov

prensibiyle uygundur.

19



Örnek: DBHelper tasarımı

20



Örnek: DBHelper.java

21



Örnek: SQLHelper.java

22



Örnek: OracleHelper.java

23



Örnek: Program.java

24



Örnek: Program çıktısı

25

8. Bağımlılığı Ters Çevirme Prensibi (DIP)


• Bağımlılığı Ters Çevirme prensibi (Dependency

Inversion Principle) yüksek seviyeli sınıfların,

aşağı seviyeli sınıflarla doğrudan bir

bağımlılığının olmamasını öngörmektedir.

• Bağımlılığın artmaması için

– yüksek seviyeli sınıflar ile

– düşük seviyeli sınıfların arasına

bir ara yüz ya da soyut sınıf sokulması

gerekmektedir.

26

Bağımlılığı Ters Çevirme Prensibi (DIP) (devam...)


• Düşük seviyeli sınıflar, uygulamadaki temel

işlevleri yerine getirirler.

– Örn.: Stok takip uygulamasında kota bilgilerini

alan Finder sınıfı ya da sayfada bu bilgileri

göstermeye yarayan Renderer sınıfı gibi

sınıflardır.

• Öte yandan bu sınıfları kullanarak çalışan Stock

sınıfı ise yüksek seviyeli bir sınıftır. Yüksek

seviyeli sınıflar aşağı seviyeli sınıfları anlamlı

kılarlar.

27



• Stock sınıfının KÖTÜ tasarımı:

28




Finder.java

29




Renderer.java

30




Stock.java

31




32



• Stock sınıfının İYİ tasarımı:

33




34




IFinder.java

35




36




wsFinder.java

37




DBFinder.java

38




39




IRenderer.java

40




41




WebRender.java

42




ConsoleRender.java

43




44




Stock.java

Yararlanılan Kaynaklar

45

• Aykut Taşdelen, C++, Java ve C# ile UML ve Dizayn

Paternleri, Pusula Yayıncılık, İstanbul, 2014

• Eric Freeman, Head First Design Patterns, O'Reilly

Media,2004

• Stephen Stelting & Olav Maassen, Applied Java™

Patterns, Prentice Hall PTR ,2001

• http://www.AlgoritmaveProgramlama.com


http://www.algoritmaveprogramlama.com/







46

İYİ ÇALIŞMALAR…

Yrd. Doç. Dr. Volkan TUNALI

[email protected]


Yazılım Mimarisi ve Tasarımı...4 5. Yeniden Kullanılabilirlik (Reusability) YZM 2118 Yazılım Mimarisi ve Tasarımı •Yeniden kullanılabilirlik nesne yönelimli programlamanın

Documents