|
|
Yayınlandı 10.02.2019 18:14:29
|
|
|
İlk olarak, sınıfların ilgili nesnelerinin oluşturulması gerçekten yeni nesnelerle yapılabilir. Ancak, proje çok büyük ve nesne çok fazla bağımlılığa sahip olduğunda, nesneyi oluştururken çok fazla yeni kod yazmamız gerekir ve bazı bağımlı nesneleri örneklemeyi unuttuktan sonra nesneyi doğrudan çağırma yöntemi olabilir, o zaman bir null işaretçi istisnası olur. Bu süreç konteyner yönetimine bırakılırsa, nesne örneği konusunda endişelenmemize gerek kalmaz ve bağımlı nesneler kullanılırken herhangi bir zaman null pointer istisnaları olmaz, ayrıca kod basitleştirilebilir.
İkinci olarak, metod çağrı sürecinde kullanılan öznitelikler örnek öznitelikleri olabilir; eğer hepsi statik olarak tanımlanıyorsa, yöntemde kullanılan veriler ne olacak? Tüm metodları statik olarak tanımlarsanız, metodda referans verilen sınıfın özellikleri de statik olarak tanımlanmalıdır, bu da küresel niteliklere eşdeğerdir, bu da kesinlikle veri senkronizasyonu sorunları olacaktır.
Aslında, tasarım deseninde verilen programlama prensiplerini düşünmek mantıklıdır; hepsi son derece okunabilir, kolay bakımı ve ölçeklenebilir kod oluşturmaya yöneliktir. En İyi Dileklerimle!
Yazılımı yapı taşları şeklinde bir araya getirmek kullanışlıdır ve yüksek uyumlulu, düşük bağlılığa sahip yazılımlar oluşturmak (koddan bağımlılıkları çıkarmak) da kullanışlıdır
İşbirlikçi geliştirme, hata ayıklama kodu (bileşenleri bir arada entegre etmeye gerek yok, ayrı ayrı test edilebilirler) ve oluşturulan kod daha sağlamdır.
Proje geliştirme, yüksek uyum ve düşük bağlanmaya dikkat eder ve bağımlılık enjeksiyonu kullanımı, nesneler oluşturmak için yeni anahtar kelime alanını kullanmaktan kaçınarak sınıflar arasındaki bağlılığı azaltır
|
Önceki:c# Marshal.PtrToStructureÖnümüzdeki:Şifreleme, Şifre Çözme ve Assembly Dili
|
