Aylar: Mart 2017

Single Responsibility Principle (SRP) – Tek Sorumluluk Prensibi #2

Bir önceki blog yazımda Nesne Yönelimli Tasarım Prensipleri – SOLID üzerinde durmuştuk. Bu yazımda ise SOLID’in S’si olan Single Responsibility Principle (SRP) – Tek Sorumluluk Prensibi üzerinde duracağım. Single Responsibility Principle (SRP) – Tek Sorumluluk Prensibi Bir sınıfın veya metodun sadece bir sorumluluğu vardır. Bu sayede bir değişiklik yapacağımız zaman sadece bir nedenimiz olur. Peki bu

Nesne Yönelimli Tasarım Prensipleri – SOLID #1

Merhaba yazılımı seven ve gönül veren değerli arkadaşlar, bu blog yazımın konusu nesne yönelimli programlamada “olmazsa olmaz” diyemem ama “olması gereken” teknikler üzerinde duracağım. Yazılım camiasında standart haline gelmiş SOLID prensipleri olarak anılan beş teknikten bahsedeceğim. Robert Cecil Martin’in (Nam-ı diğer Uncle Bob) sunumu ile yaygınlaşmaya başlayan SOLID, bir Dependency Managament (Bağımlılık Yönetimi) biçimidir. Uncle

C# Notları – Const ile Readonly Farkı

Const olarak tanımlanmış bir değişkenin değerini tanımladığımız anda vermemiz zorunludur. Derleme anında (Compile Time) belirlenmiş olan değişkenin değeri değiştirilemez. Const anahtar sözcüğünü kullandığımızda Static anahtar sözcüğünü kullanmamıza gerek kalmaz. Çünkü Const aynı zamanda Static‘tir. Static tanımlı değişkene Instance yapılmadan ulaşıldığı için aynı durum Const için de geçerlidir. Readonly olarak tanımlamış bir değişkene tanımlandığı anda bir değer