Azərbaycanca
Deutsch
Lietuvos
සිංහල
Türkçe
Українська
Bu madde veya sayfa başka bir dilden kötü bir biçimde tercüme edilmiştir. Sayfa makine çevirisi veya dilde yetkinliği bulunmayan bir çevirmen tarafından oluşturulmuş olabilir. (Ekim 2023) |
Tek sorumluluk ilkesi (TSİ), "Bir birimin sadece bir etkene karşı sorumlu olması gerektiği" şeklinde bir bilgisayar programlama ilkesidir. Etken terimi, birimde değişiklik gerektiren bir küme (en az bir paydaş veya kullanıcıdan oluşan) için kullanılır.
Terimin yaratıcısı Robert C. Martin ilkeyi, "Bir sınıfın değişmek için bir tek nedeni olmalıdır" şeklinde ifade eder. "Neden" deyişindeki karışığa "ilke, insanlarla ilgilidir" diyerek açıklık getirdi. Bazı konuşmalarında bu ilkenin, özellikle görevler veya etkenler hakkında olduğunu da savunuyor. Örneğin, aynı kişi olabilseler de bir saymanın görevi, bir veri tabanı yöneticisininkinden ayrıdır. Bu nedenle her bir görevden bir tek birim sorumlu olmalıdır.
Tarihçe
Terim, Robert C. Martin tarafından "NYT'nin İlkeleri" makalesinde tanıtılmıştır. Bu, 2003 yılında yayınlanan Atik Yazılım Geliştirme, İlkeler, Desenler ve Uygulamalar kitabıyla yaygın hale gelen Nesne Yönelimli Tasarımın İlkeleri bölümünün bir parçasıdır. Martin, Tom DeMarko'nun Yapılandırılmış Çözümleme ve Düzen Özelleştirme kitabında ve Meyir Pajcons'un Yapılandırılmış Düzenlerin Tasarımına İlişkin Uygulamalı Rehber kitabında açıkladığı gibi tutarlılık ilkesine dayandığını açıklamıştır. 2014 yılında, Martin, değişiklik nedeni ifadesinin ne anlama geldiğini açıklamak için "Tek Sorumluluk İlkesi" adlı bir ağ günlüğü yazısı yayınladı.[1] 17 Aralık 2022 tarihinde Wayback Machine sitesinde arşivlendi.
Örnek
Martin; sorumluluğu, değişiklik sebebi olarak tanımladı ve bir sınıfın veya birimin değiştirilmesi (örneğin yeniden yazılması) için bir tek sebep olması gerektiği sonucuna vardı.
Örneğin, bir yazanağı derleyip yazdıran bir birimi ve bu birimin de iki nedenle değiştirilebileceğini düşünün. İlk olarak, yazanağın içeriği değişebilir. İkincil olarak, yazanağın biçimi değişebilir. Bu iki şey farklı nedenlerle değişir. Tek sorumluluk ilkesi, bu iki sorunun, iki ayrı sorumluluk olduğunu ve bu nedenle de ayrı sınıflarda veya birimlerde olması gerektiğini söyler. Farklı nedenlerle, farklı zamanlarda değişen iki şeyi birbirine bağlamak kötü bir tasarım olur.
Bir sınıfı tek bir etkene odaklamanın önemi, sınıfın daha dayanıklı hale getirilmesidir. Önceki örnekle devam edersek, yazanak derleme işleminde bir değişiklik olursa, aynı sınıftaki yazdırma kodu daha yüksek olasılıkla bozulur.
Kaynaklar
- ^ Agile Software Development, Principles, Patterns, and Practices. Prentice Hall. 2003. s. 95. ISBN .
- ^ Robert C. (2014). "The Single Responsibility Principle". The Clean Code Blog. 6 Şubat 2017 tarihinde kaynağından arşivlendi.
- ^ Robert C. Martin (2018). Clean Architecture: A Craftsman's Guide to Software Structure and Design. Prentice Hall. ISBN . 17 Aralık 2022 tarihinde kaynağından arşivlendi. Erişim tarihi: 17 Aralık 2022.
- ^ Martin, Robert C. (2005). "The Principles of OOD". butunclebob.com. 17 Nisan 2006 tarihinde kaynağından arşivlendi.
- ^ Martin 2003, ss. 95-98
- ^ DeMarco, Tom. (1979). Structured Analysis and System Specification
. Prentice Hall. ISBN .
- ^ (1988). The Practical Guide to Structured Systems Design. . s. 82. ISBN .
wikipedia, wiki, viki, vikipedia, oku, kitap, kütüphane, kütübhane, ara, ara bul, bul, herşey, ne arasanız burada,hikayeler, makale, kitaplar, öğren, wiki, bilgi, tarih, yukle, izle, telefon için, turk, türk, türkçe, turkce, nasıl yapılır, ne demek, nasıl, yapmak, yapılır, indir, ücretsiz, ücretsiz indir, bedava, bedava indir, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, resim, müzik, şarkı, film, film, oyun, oyunlar, mobil, cep telefonu, telefon, android, ios, apple, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, pc, web, computer, bilgisayar
Bu madde veya sayfa baska bir dilden kotu bir bicimde tercume edilmistir Sayfa makine cevirisi veya dilde yetkinligi bulunmayan bir cevirmen tarafindan olusturulmus olabilir Lutfen ceviriyi gelistirmek icin yardim edin Ekim 2023 Tek sorumluluk ilkesi TSI Bir birimin sadece bir etkene karsi sorumlu olmasi gerektigi seklinde bir bilgisayar programlama ilkesidir Etken terimi birimde degisiklik gerektiren bir kume en az bir paydas veya kullanicidan olusan icin kullanilir Tek sorumluluk ilkesi Terimin yaraticisi Robert C Martin ilkeyi Bir sinifin degismek icin bir tek nedeni olmalidir seklinde ifade eder Neden deyisindeki karisiga ilke insanlarla ilgilidir diyerek aciklik getirdi Bazi konusmalarinda bu ilkenin ozellikle gorevler veya etkenler hakkinda oldugunu da savunuyor Ornegin ayni kisi olabilseler de bir saymanin gorevi bir veri tabani yoneticisininkinden ayridir Bu nedenle her bir gorevden bir tek birim sorumlu olmalidir TarihceTerim Robert C Martin tarafindan NYT nin Ilkeleri makalesinde tanitilmistir Bu 2003 yilinda yayinlanan Atik Yazilim Gelistirme Ilkeler Desenler ve Uygulamalar kitabiyla yaygin hale gelen Nesne Yonelimli Tasarimin Ilkeleri bolumunun bir parcasidir Martin Tom DeMarko nun Yapilandirilmis Cozumleme ve Duzen Ozellestirme kitabinda ve Meyir Pajcons un Yapilandirilmis Duzenlerin Tasarimina Iliskin Uygulamali Rehber kitabinda acikladigi gibi tutarlilik ilkesine dayandigini aciklamistir 2014 yilinda Martin degisiklik nedeni ifadesinin ne anlama geldigini aciklamak icin Tek Sorumluluk Ilkesi adli bir ag gunlugu yazisi yayinladi 1 17 Aralik 2022 tarihinde Wayback Machine sitesinde arsivlendi OrnekMartin sorumlulugu degisiklik sebebi olarak tanimladi ve bir sinifin veya birimin degistirilmesi ornegin yeniden yazilmasi icin bir tek sebep olmasi gerektigi sonucuna vardi Ornegin bir yazanagi derleyip yazdiran bir birimi ve bu birimin de iki nedenle degistirilebilecegini dusunun Ilk olarak yazanagin icerigi degisebilir Ikincil olarak yazanagin bicimi degisebilir Bu iki sey farkli nedenlerle degisir Tek sorumluluk ilkesi bu iki sorunun iki ayri sorumluluk oldugunu ve bu nedenle de ayri siniflarda veya birimlerde olmasi gerektigini soyler Farkli nedenlerle farkli zamanlarda degisen iki seyi birbirine baglamak kotu bir tasarim olur Bir sinifi tek bir etkene odaklamanin onemi sinifin daha dayanikli hale getirilmesidir Onceki ornekle devam edersek yazanak derleme isleminde bir degisiklik olursa ayni siniftaki yazdirma kodu daha yuksek olasilikla bozulur Kaynaklar Agile Software Development Principles Patterns and Practices Prentice Hall 2003 s 95 ISBN 978 0135974445 Robert C 2014 The Single Responsibility Principle The Clean Code Blog 6 Subat 2017 tarihinde kaynagindan arsivlendi Robert C Martin 2018 Clean Architecture A Craftsman s Guide to Software Structure and Design Prentice Hall ISBN 978 0 13 449416 6 17 Aralik 2022 tarihinde kaynagindan arsivlendi Erisim tarihi 17 Aralik 2022 Martin Robert C 2005 The Principles of OOD butunclebob com 17 Nisan 2006 tarihinde kaynagindan arsivlendi Martin 2003 ss 95 98 DeMarco Tom 1979 Structured Analysis and System Specification Prentice Hall ISBN 0 13 854380 1 1988 The Practical Guide to Structured Systems Design s 82 ISBN 978 8120314825