Genel kural - modelini kullanmak için zaman (Codeigniter)

2 Cevap php

Ben başparmak kuralı modelleri için ne gibi sadece merak ediyordum. Genellikle, sadece ben eklemek / düzenlemek veya bir nesne için bir veritabanı girişleri güncelleştirmek için gereken durumlar için bunları kullanın.

Ancak, ben app bazı özellikleri görüntülenir gerektiği zaman kontrol edeceği gibi son güncellenme gibi çeşitli verileri tutan bir "config" tablosu vardır şu anda bir uygulama inşa ediyorum. Bu durumda, çoğunlukla yapılandırma tablodan veri almak gerekir. Bu model, bu yapılandırma yöntemleri koyarak değer mi?

En yararlı olacaktır örneği sözde yöntemleri (ne modeli ve denetleyicisi kullanmak istiyorum aynı nesneye ilişkin yöntemler, örneğin) - Ben daha deneyimli kodlayıcılar CI MVC metodoloji yaklaşımı nasıl duymak ilgileniyorum.

2 Cevap

"Bu model, bu yapılandırma yöntemleri koyarak değer mi?"

evet, kesinlikle, sadece yapılandırma ayarları sizin tablo ile anlaşma vardır, her denetleyicisi aynı alıcı ve ayarlayıcıları yazma engellemek için eğer. (MY_Model genelleştirilmiş bir şekilde ideal) kez alıcı ve ayarlayıcıları yazmak ve bir kez modelinde, karmaşık sorguları yazmak, istediğiniz gibi o kadar çok kütüphaneler, kontrolörleri veya görüşleri bunları diyoruz.

Modellerini kullanarak bir arayüz değil, bir uygulama için kod edebiliyoruz.

Ne şekilde veri depolandığı için gibi denetleyicileri agnostik olabilir, kontrolör kendi modelinizi soyutlayarak bir yararı yoktur Anlamı. Bu sürece modelleri yöntemleri sürekli kontrolör bekliyor formatta sonuçları sunmak gibi ini dosyaları xml veritabanından veri geçiş kararı yapabilirsiniz. Eğer veri kaynağını açtığınızda Kısacası, yalnızca kontrolörleri modelin iç yöntemleri güncellemek ve gerekmez ediyorum.

Son olarak, MVC kurallarına göre, ben inanıyorum, görünümler modelleri doğrudan veri istemek için izin vermek caizdir. Bu amaçla size yerli config_item () ortak işlevi çalışır o kadar aynı şekilde, yapılandırma ayarlarını almak için model kullanmak görünümlerde kullanmak için CodeIgniter yardımcıları inşa edebilir.

Soyutlama, yeniden kullanım kolaylığı ve hafif, daha okunabilir kod - Sen aynı sizin HTML CSS ayrı nedenlerle birçok V & C M ayrı.

Ayrıca diğer MVC platformlar ile, bir seçim olmazdı unutmayın. Eğer can (CI) metodolojiyi görmezden sırf should bunu anlamına gelmez.