İçerik
Bana hangi çerçeveyi kullanacağımı sorarsanız, muhtemelen huysuz bir yaşlı kadın anı yaşayacağım ve size tüm çerçevelerin birbiri kadar kötü olduğunu söyleyeceğim. Bu tam olarak hepsinin kötü olduğu anlamına gelmez, ancak PHP'de hayal edilemeyecek kadar çok sayıda çerçeveye sahibiz (genellikle N + 1 olarak anılır, burada N dünyadaki PHP geliştiricilerinin sayısıdır) ve muhtemelen hepsi mantıklıydı onları icat eden kişiye.
Bir çerçeve seçeneğine sahip olmak, tam olarak ne oluşturmaya çalıştığınıza bakılmaksızın, muhtemelen yalnızca tek bir çerçeve kullanmaya çalışmaktan daha iyidir, çünkü bu "en iyi" olandır ("en iyi" ne olursa olsun). Bu çerçeve teklifleri seçimi, projenin ihtiyaçlarını karşılayan bir şey seçebileceğiniz ve hatta belgelendirilebileceği anlamına gelir. Herhangi bir platformdaki çerçeveler, yapı, yeniden kullanılabilir modüller ve kitaplıklar sağlamak için gerçekten oradadır ve genellikle aynı işlevselliği tekrar tekrar oluşturmakla ilgili tüm sıkıcı ve tekrarlayan görevlerden kaçınır. Örneğin, CMS'ler oluştururken, benim için bir şey form alanlarını işlemeli ve doğrulamalıdır; kendi cihazlarıma bırakılırsa, önemli bir şeyi gözden kaçırabilirim ve her projenin şu unsurları yerine getirmeyi tercih ederim: farklı, her seferinde aynı olanlar yerine!
Tam yığın çerçeveler
Zend Framework gibi tam yığın çerçeveler, çok fazla mimari deneyimi olmayan bir geliştirici için başlamak için güzel bir yer olabilir. Yeni bir uygulamayı asmak için iyi bir yapı sağlar ve çevresinde iyi bir "ekosistem" vardır - bol miktarda kitap, öğretici ve bazı makul belgeler de vardır. Pek çok insan tarafından bakımı yapılacak büyük bir uygulama oluşturmaya çalışıyorsanız, o zaman popüler, kapsamlı bir çerçeve, oldukça fazla yapıyı dikte edeceği ve iyi bilinip anlaşılacağı için muhtemelen iyi bir seçim olacaktır.
Ayrılığa yardımcı olacak bir yapıya sahip olmak her zaman iyidir; Kariyerimin başlarında bazılarıyla çalıştım çok küçük geliştiriciler ve onlara o zamanlar nispeten yeni olan MVC (Model View Controller) modelini öğretmeye çalıştılar. Smarty'yi görünüm katmanında kullanmaya karar verdik; kısmen tasarımcıların şablonlarla daha kolay çalışabilmesi için, kısmen de birisi masama gelip "X'i Smarty ile nasıl yaparım?" "Görünümde X yapma!" Diyebilirim. (10 üzerinden dokuzu, cevap buydu). Çerçevelere sahip olmak, uygulamamızın diğer bölümlerinde aynı ayrımı bulmamıza yardımcı olur. Birçoğu, Smarty veya yeni favorim Twig gibi bir şablonlama katmanına entegre olmayı destekliyor, böylece bu araçları seçtiğiniz çerçeveyi yanınızda götürebilirsiniz.
Yükü hafifletmek
Zend Framework'ten çok daha hafif çerçeveler var, örneğin CodeIgniter ile biraz çalışıyorum. Zend Framework kadar kapsamlı ve sağlam mı? Hayır değil. Ancak bir uygulamayı hızlı bir şekilde oluşturmaya olanak tanıyan yardımcı bir çerçeve olarak kullanışlıdır. Genel olarak, daha az "yardımcı" işlevine sahip çerçevelerin yolunuzu bulması daha kolay olabilir, çünkü parçaların nasıl bir araya geldiği çok daha açıktır. Alışılmadık bir çerçevede (benim için bu hemen hemen her şeydir), çalışmayı ve hata ayıklamayı zorlaştıran otomatik sihirli bitlerdir.
"Yeni bir çerçevede kaybolma" duygusu kaçınılmazdır ve son derece sinir bozucudur; Deneyimli bir geliştirici bile herhangi bir şeyin nasıl çalıştığını bilmediğinde kendini yeni başlayan biri gibi hisseder. Gerçekten şanssızsanız, IRC kanalı size aptal olduğunuzu söyleyecek bir çerçeve seçmiş olacaksınız! Pek çok insanı yeni bir çerçeve kullanmaya veya ilk etapta benimsemeye iten bu çok olumsuz ilk deneyimdir ve çok az çerçeve yeni kullanıcılara bu ilk engelin aşılmasına yardımcı olmak için iyi bir iş çıkarır.
PHP'de ayrıca, sözcüğü genellikle kullandığım şekilde gerçekten çerçeve olmayan bazı çerçevelerimiz var. Bazı güzel bileşen çerçevelerimiz var; Zeta Components (önceden eZ Components) ve Symfony Components (sitelerini gördünüz mü? En iyi sanat eserleri için ödülü kazandılar!) gibi, isteğe bağlı olarak kullanılmak ve birlikte güzelce oynamak üzere tasarlanmış kitaplık koleksiyonları. Bunların en iyisi ve en önemlisi elbette PHP'nin kendi PEAR ve PECL teklifleridir - bunlar bir şekilde bu cesur yeni çerçeve dünyasında unutulur.
Mikroframişler
Mikro çerçeveler PHP'de yükselen bir eğilimdir; bunlar, nesneleri daha hızlı bir şekilde birbirine yapıştırmanıza yardımcı olan süper hafif ürünlerdir. İyi bir örnek, kullanımı çok hızlı ve basit olan ve RESTful kavramlarını anlayan Slim'tir. URL kalıpları olan 'yollar' fikrine dayanmaktadır. Bir yol kaydedersiniz ve bu URL istendiğinde çağrılması gereken bir geri arama verirsiniz.
Çoğu PHP geliştiricisi bir çerçeve benimser ve ona sadık kalır veya birini işte ve diğerini hobi veya açık kaynak projeleri için kullanabilir. Kullanılacak "en iyi" çerçeve hakkında çok az fikir birliği vardır, bu nedenle herkes bildiklerine sadık kalır ve sonuç, çok sayıda çerçevenin paralel olarak geliştirilmesidir! Aralarından seçim yapabileceğim bir seçim yapmayı seviyorum, ama hepsinin de birbirleri kadar kötü olduğundan bahsetmiş miydim?
Zend Framework'ü biliyorsanız, kendinizi bir Zend Framework geliştiricisi olarak tanımlamış olursunuz; onunla başa çıkana kadar başka bir çerçevede yazmakta rahat olmazsınız ve sık kullanmıyorsanız, birçok işlenmemiş PHP işlevini muhtemelen hatırlamazsınız. Yalnızca soyutlama katmanlarının üstünde çalışan çerçeveye özgü geliştiriciler haline geldiğimiz fikri PHP için biraz garip. Sonuçta, bu "web problemini çözme" dilidir. C ile yazılmıştır ve kendi içinde hızlı, hafif bir dildir ... büyük bir çerçeve önyükleme sürecinin çalışmasını beklememenizi sağlar! Bu bağlamdan, Funkatron dediğimiz bir adam tarafından yazılan MicroPHP Manifestosu ortaya çıktı (her ne kadar adı gerçekten Ed Finkler olsa da). Bir dizi birlikte çalışabilir küçük modül oluşturmanın sorun olmadığını, daha büyük olmanın daha iyi olmadığını ve gerçekten, PHP'de yazılmış olsa bile hayatın Java için çok kısa olduğunu söyleyen bir dizi ifadedir.
