Gerçek dünya projeler üzerinde ya da Teknoloji kullanmamış bir kişi olarak eğer herkes bu ikisi birbirini tamamlar ve bunların işlevlerini üst üste nasıl biliyor acaba?

SQL bu SERİ seni masa başına sınıf desen kullanmaya zorlar. Bu modeli kullanmanın yararları ve uygulamak için hızlı ve kolay olduğunu ve etki çalışması için çok az çaba gerektirir varolan bir veritabanı yapısına göre. Basit uygulamalar için, bu kabul edilebilir, hatta tercih çoğu zaman), ama daha karmaşık uygulamalar için geliştiriciler genellikle yerine domain driven design desen Arabiriminin kolaylaştırır şeydir) kullanarak önerecektir.

Masa başına sınıf desen sorun veritabanı yapısı, etki alanı tasarımı üzerinde doğrudan bir etkisi vardır. Örneğin, diyelim ki bir müşteri İlköğretim adres bilgileri tutmak için aşağıdaki sütunları ile Müşterilerine bir tablo var ki:

• StreetAddress
• Şehir
• Devlet
• Zip

Şimdi, diyelim ki müşterinin posta adresi sütunları Müşterilerine aşağıdaki tabloya sütun eklemek: eklemek istediğiniz söylüyorlar

• MailingStreetAddress
• MailingCity
• MailingState
• MailingZip

SERİ SQL kullanarak, etki alanınızdaki Müşteri nesne şimdi bu sekiz sütun her birinin özellikleri var. Ama eğer takip ettiğin bir etki alanı odaklı tasarım deseni, olur muhtemelen oluşturulan bir Adres sınıfı ve Müşteri sınıfı tutun iki özellikleri Adresi, posta adresi ve bir geçerli Adres.

Bu basit bir örnek, ama masa başına sınıf desen biraz kokulu bir etki yol açabilir gösterilmiştir. Sonunda, size kalmış. Yine, sadece temel CRUD (create, read, update, delete) işlevi gereken basit uygulamalar için SQL bu SERİ yüzünden ideal sadeliği. Ama şahsen ben temiz bir etki kolaylaştırır çünkü Arabiriminin kullanmayı seviyorum.

Edit: @lomaxx - Evet, kullanılan örnek basit ve SQL bu SERİ ile çalışmak üzere geliştirildi. Mümkün olduğunca temel giriş noktası sürücü tutmak istedim. Nokta veritabanı yapısı etki alanı yapınızı kötü bir fikir olacağını belirlemek, ya da en azından etkisiz OO tasarım neden olan birkaç senaryo daha vardır o halde kalır.