Bir CMS doğal karakteristik tek şey ekranın içeriği ayıran olmasıdır. Nerede ya da içerik keyfi olduğunu nasıl depoladığını. Veri deposu bağlanmak için mekanizma hiçbir sonuç aynı zamanda. Hiçbir gerekli yoluyla bir "geleneksel" veritabanı yaygın ama ne düşündüğün - herhangi bir veri taşıyıcı bir içerik veritabanı - metin dosyaları, XML, SimpleDB veya Google App Engine, vb

Peki, tüm (veya çoğu) araba 4 tekerleği var. Ama 5 tekerlekli bir araba olamaz anlamına gelmez.

CMS veri soyutlama olması için mantıklı, sahip oldukları ZORUNLU anlamına gelmez.

Ben o most CMS 'bir DAL kullanmak söylemek güvenli olduğunu düşünüyorum, ama orada bunu yapıyor değil duymadım bazı uzak bir olasılıkla, bu yüzden {iddia etmem [(1)] } CMS 'birini kullanın.

Gerçekten değil. Bu iyi bir yazılım tasarımı bir özelliği bulunuyor. Başparmak kuralı şudur: "bir arayüz Program değil, bir uygulama".

Ben iyi bir db tabakasının asmak alma ve aklını arkasına bu sıkıntılarınızı bastırıyor tavsiye ederim. İyi yazılım tasarım disiplin alır!

Belki bazı tasarım desenleri ve ilkeleri üzerinde okumak isteyebilirsiniz. Daha sonra size bir sürü sorun kazandıracak: http://en.wikipedia.org/wiki/Design_pattern

Lütfen öğrenmelerindeki İyi şanslar!

Ben bu yüzden, Wikipedia de benimle aynı fikirde görünüyor söyleyemem.

Evet, kabul ediyorum. 2 büyük PHP CMS kütüphaneleri (Drupal ve Joomla) her veritabanı soyutlama çeşit var, although Drupal's is pretty slim. Joomla looks like it might have a little more to it than Drupal.

Bir veritabanı soyutlama katmanı hemen hemen herhangi bir web tabanlı bir uygulama bir özelliğidir.

This is commonly used to accomplish Separation of Concerns: http://en.wikipedia.org/wiki/Separation%5Fof%5Fconcerns