Ben epeyce yapısal sorunlara sahip bir web sitesi uzanan ve geliştirme sürecinde yaşıyorum. Bana MVC duymuştum ama soyutlama veya modülerlik fikirlerini anlamadı önce geliştiriciler çok benziyor. Yani MVC "çerçeve" olarak kullanılan birkaç kerede vardır) a) ısmarlama b) kırık c) yamalı ve d. Bunu düzeltmek niyetinde.
Bu btw bir sitenin çerçeve, yeniden inşa ettik ilk kez değil, ama ben bir MVC framework düzeltmek için yaşadım ilk kez. Ancak, ben burada SO MVC bilgisi eksik olan bazı deliklere karşı geliyorum.
İlk programcılar kendi modelleri ile SQL veritabanı kravat gibi görünüyor nasıl yakından ilişkilidir. Bu benim için mantıklı değil: programcılar normalde modeli veri soyutlama sonra arayan var mı? (Benim için bu. Ham PHP kodu SQL koyarak biraz daha iyidir) Yoksa normalde bu "Does SQL" kullanılan bir veri erişim katmanı var? API bu işler: Ben ikinci arama kodu veri olduğu hakkında endişelenmenize gerek, ya da nasıl olsun ya da nasıl yazmak değil demektir deneyimlerinden biliyorum.
Ama ne Modeller hakkında? Farklı sayfaları arasında yeniden kullanılabilir olması amaçlanmıştır mısınız? Bu verilerin saklandığı sadece burada önemsemeliyiz? Onlar veri almak ve veri-show (örn. görüntülenebilir bir isim bir kişinin grup kimliğini dönüm) arasındaki mantığını işleme ile daha ilgili olması gerekmiyor mu? Ve veri kaydetme ve veri yazma (örn. savable veri içine $ _POST değerleri açmak için nasıl sergiyi)?
Veri-Model-View-Controller - Belki MVC modeli gerçekten DMVC olacak.
Bu bir PHP noktadan-of-view olsa Son olarak, ne de bu kavramların bir JSP siteye çevirmek?
