Başarılar..

4) Hata kontrolü. Web tasarımcılığı bir zamanlar öyle olsada artık grafik layoutları düzenlemekten ibaret değil, artık arayüz programlamayı da büsbütün içerir oldu. Fakat tam olarak uygulama programlaması da yapmadıklarından, onlar için daha üst seviye, sadece bu işe bakan bir syntax geliştirmesi son derece makul. Nitekim PHP’nin C’den ayrılma nedeni de bu, özel işe, özel araç. Bu sayede, yapılan HTML hatalarının dahi görülmesi ve sistem hatası almadan ( PHP sistem hatası ) yapılan şablonun düzgün yorumlanıp yorumlanmadığını görerek yayına sunacak aşamaya getirilmesi sağlanabiliyor. Tabii ki bu maddeler 1 kişilik değil, dış kabuğun ve uygulamanın ( frontend ve backend ) ayrı takımlarca çalışıldığı projelerde geçerli.

Buradaki artılar, aslolarak herhangi bir iyi şablon motoru için de geçerli:

1) Standardizasyon. Tasarımcılar, bir şablon motoru kullanımına alışmış olabilirler ki çoğu benzer bir syntax kullanır, büyük projelerde ZF’nin View ‘una yanında mutlaka Smarty istenmesinin birincil önceliklerinden biri buydu.

2) Alışmışlık ve kolaylık. Smarty’nin blockları, modifierları ve blockları, ve genişletilebilme kolaylığı herhangi bir frameworkün view helplarından çok daha üstün durumda. Bu yadırganacak bir şey değil, nitekim framework topyekün uygulamaya göz kulak olurken, bir şablon motorunun ana görevlerinden biri bu.

3) Güvenlik. Tasarımla ilgili kısmın, backendden tamamen ayrıldığı ve yorumlandığı, özet olarak PHP olmayışı, görevlere ayrılmış takımlarla iş yapanlar için bir güvenlik unsuru taşıyor. işin özünde uygulamanın içinde doğrudan PHP kodu çalıştırılmasına izin vermeyebiliyoruz. Zend Framework’ü katı kurallarla çevreleyerek View’da PHP çalıştırılabilse bile sınıfların kullanımlarına yasaklar getirmek mümkün, fakat smarty kullanmayı seçmeye göre çok daha uğraştırıcı ve olası hatalarda geçilebilecek bir iş. Erişim güvenliğinin kesin çözümü, adama manüple edebileceği hiç bir arayüz vermemek.

Açıkçası benim framework deneyimlerimde, cakePHP haricinde her frameworkün view’u smarty kadar olamadı. Fakat maalesef cakePHP’nin de geri kalanıyla anlaşamadım.

Tabii bunlar benim tecrübelerim, bu böyledir diye bir kaide yok, fakat framework varken niye smarty sorusuna vereceğim cevap bu.

örneğin bir veritabanı için test aşamasında değer girerken nasıl lorem inspur v.s giriyorsak o isimlerde o şekilde.

*********************************************************************

frameworklerde zaten viewler var. smarty neden entegre etmek istiyorsunuz cache içinmi?

Ancak ben daha yeni başlıyorum ve Zend ‘e smarty yi entegre etme konusunda baya zorluk çekiyorum. Bildiğiniz bir kaynak varmı TR/EN farketmez. ZF 1.8 uyumlu olursa sevinirim.
teşekkurler

Kendi classlarım + fonksiyonlarım ve Smarty ile kardeşçe ilerliyoruz bakalım

yazı için teşekkürler. Neden videolu anlatımlar yapmayı düşünmüyorsunuz? Önüne gelen video çekiyor? Bu tarz konularda videolu sunumlar gerçekten çok hoş olur düşüncesindeyim. Mesela Türçe mod_rewrite ile url yönlendirme ve sef link yapımı ile hiçbir sağlam döküman yok diye biliyorum. Sadece sef fonksiyonları geziyor ve parça parça bilgiler.

Çalışmalarınızda başarılar.