WordPress Platformu döneminde WordPress uygulaması

Yaklaşık üç yıl önce, “Evet, uygulamalar oluşturmak için gerçekten WordPress’i kullanabilirsiniz” başlıklı bir yazı yazdım. 2014’te bu ortaya çıkan bir fikirdi, ama şimdi oldukça sık yapıldı. WordPress Rest ve WordPress hakkında düşünme şeklimizdeki değişiklikler bu değişikliğe katkıda bulundu. Bu yıl LoopConf’ta, WordPress Rest API’den ortak lider geliştirici Ryan McCue, “Yeni Nesil WordPress” adlı bir ders verdi. WordPress’ten bir blog olarak WordPress’e CMS olarak, WordPress’e platformlar dönemi olarak geçtiğimizi söyledi. Bu iyi bir sohbet, YouTube’da gerçekten izlemelisin.
Konuşmada Ryan, geliştiricinin deneyimine öncelik verme ihtiyacı hakkında konuştu. Genel olarak, WordPress’in temel karar verme süreçleri kullanıcılara öncelik veren bir yaklaşım tarafından yönlendirilir. Kararlar, kullanıcıya neyin fayda sağlayacağına göre alınır. Ve bu iyi. WordPress her zaman WordPress.com veya Studiopress.com gibi, işleyen bir web sitesine ihtiyaç duyan blogculara ve KOBİ’lere ve WordPress’te kendileri tarafından gönderilen benzer deneyimler yaratan platformlar tarafından teşvik edilecektir. Bu, WordPress’in geleneksel olarak nasıl kullanıldığına bir örnektir.
Sorun bu. WordPress’i bir uygulama için arka uç olarak kullanmanın en zor destekçilerinden biri oldum. Herkese bir veya iki JavaScript çerçevesi öğrenmesini ve WordPress ile kullanmasını söyledim, Angular ve Vuejs okurken. Ancak, bu makaleyi bitirdiğimde, kaldera formlarının gücünü arka ucuna genişletmek için Caldera Space-Web uygulamasından bir sonraki yineleme için yaptığım Vuejs ön ucunu bağlamaya başlayacağım. Ve arka uç Laravel’de inşa edildi. Bu konuda oldukça suçlu hissediyorum, ancak PHP geliştirme çalışmaları ile ilgili olarak, Laravel geliştiricisinin deneyimini yenebileceğinizi sanmıyorum. WordPress, yakın bile değil. Bu bir sorun. FTW WordPress Rest API’sının modernizasyonu olağanüstü bir araçtır. Harika bir şekilde genişletilecek şekilde inşa edildi. Özel bir API rotası yapmak için altyapı çok iyi gerçekleştirilir ve geliştiricilerin WordPress’in diğer yerlerinde uygun olmayan deneyimlerini sağlar. REST API esnek soyutlama sağlar ve mevcut HTTP istekleri için genişletilebilir. WordPress’te hiçbir yerde yok. API dinlenmesinin bitiş noktası, insanlar ve müşteriler tarafından okunabilecek bir plan ilan etti. WordPress Post’un hangi özel alanının kullandığı bir şemamız yok. WP_http_request nesnesi başka bir bağlamda bizim için mevcut değildir. Yeni WP_HOOK sınıfı, kancalar için herhangi bir parametre kaydı sağlamaz.
WordPress API – WP_REWRITS, Görev Sistemi (WP_CRON), Eklenti API (KAB), vb. kullanıcıların karşılaştığı bir özellik değildir. Bunların hiçbiri WordPress 4.8’in önceliği değildir. Ancak kullanıcı onlar için önemsiz bir artış göremezse yanlış eşitlik olduğu fikri. Bence kullanıcı sonuçlar istiyor ve sonuçlar geliştiriciden çalışmayı tamamlamak için bir araçla geliyor. FTW’yi ayırma Geleneksel WordPress siteleri oluşturma konusunda olağanüstü olan şey, eklentilerle birçok şeyi çözebilmemizdir. Ancak, eklentiler geleneksel WordPress talebinin yaşam döngüsü ile çok güçlü olma eğilimindedir. Eklenti, WordPress’i bu kadar güçlü kılan şeyin ana parçasıdır. Ancak, mevcut eklenti yığını WordPress platformu döneminin bir parçası olacaksa, geliştiriciler olarak, eklentilerimizin tüm farklı bölümlerini ayırmamız gerekir, böylece geliştiriciler eklentinin bölümlerini kullanmayı seçebilir. . WooCommerce, kodlarını Crud nesnesi etrafında yeniden yapmak için iyi bir iş çıkarır.
Örneğin, e -ticaret karmaşıktır. Ürünler, müşteriler ve ödemeler için altyapıya ihtiyacınız var. Ön uçtan ayrılmış ön uç olan SaaS’a güç sağlamak için WordPress’i kullanmak istiyorsanız, bu şeyleri standart ürünlerin ve alışveriş sepetlerinin görünümünden ayrı kullanma eğilimindesiniz.
Kısa süre önce kendi Caldera formları eklentime yangın dinlenmesi zorluğu hakkında yazdım. Form eklentisi ön uç formları ve veri depolama katmanları sağlar. İkisini ayırmak, böylece depolama katmanı standart formdan ayrı olarak kullanılabilmiştir, ancak bu, girişlerle çalışan denemelerimizi yeni bir şekilde artırmamıza yardımcı olur. Bu, diğer geliştiricilerin müşterilerinin ihtiyaçlarını karşılamasına yardımcı olur. Kimse ürünlerini satmak için “harika veritabanı soyutlama” kullanmayacak. Anlıyorum. Ancak WordPress geliştiricileri için daha iyi bir geliştirici deneyimi yaratma işi, web sitemize dahil edebileceğimiz daha iyi ve daha soğuk özelliklere yol açacaktır. Açık kaynaklı FTW WordPress eklentisi, WordPress ile kullanabileceğimiz olağanüstü bir açık kaynak aracının sadece bir parçasıdır. WordPress API REST ile geleneksel olmayan bir şekilde çalışırken, bizim için daha az araç var. Zamanın bir fonksiyonudur ve değişecektir. WordPress kullanmanın yeni yenilikçi yollarına izin veren açık kaynaklı araçların bazı harika örnekleri vardır. Örneğin, Moxie’nin yığını, WordPress Rest API için React ve WordPress ve WordPress ve NodeJS istemcileri ile bir izomorfik web uygulaması oluşturmak için mevcut WordPress ve eklentileri olan AngularJS’yi kullanmak için yalın. Bundan daha fazlasına ihtiyacımız var ve kaynağı açmak için.

Buradaki sorunun bir kısmı, bu şeylerin WordPress için geleneksel kaplara karşı çıkmasıdır. “Eklenti” veya “tema” kutusuyla eşleşmezler. Yani diğerleriyle aynı desteği alamazlar. PHP7 FTW Bu yazıyı bitirmeden önce, WordPress’i sadece son on yıllık PHP’yi kullanarak modernize edebileceğimizi göstermek zorundaydım. PHP, PHP 5.2’den beri gelişmiştir. Web uygulamaları oluşturmak için bir platform olmak konusunda ciddi olmak istiyorsak kendimizi engelliyoruz, PHP 5’i mümkün olan en kısa sürede sona erdirmeliyiz. Bizi buraya getiren l*MP barındırma yığınları bizi hedefe götürmeyecektir. WordPress barındırma için PHP7’nin yapılması önerilmez, çünkü iyi bir ilk adımdır. Tabii ki düğümü yığının bir parçası olarak yapmamız gerekebilir, ancak atmosfer tarafından çok fazla taşınmayın … Ben wordpress duyuyorum, son zamanlarda bir wordpress dövmesi almayı ciddiye alıyorum, çünkü seviyorum Bu topluluğun bir parçası olun ve bana ne verdi. Bununla birlikte, WordPress’in modern web’in oluşturulduğu bir platform olmasını istiyorsak, teknik borç sorunları ile ciddiye almamız gerekir. WordPress’in altyapı sorunları var. Umarım bu teknik borcun ödenmesine son kullanıcının deneyimine öncelik verdiğimiz kadar öncelik veririz. Önceden dedim ki bu yazıyı tamamlayacağım ve sonra Laravel uygulaması üzerinde çalışmaya döneceğim. Ama önce, bir sandviçe ihtiyacım var ve bunu yaparken, uygulamanın tamamını veya bir kısmını WordPress’te yapmak için neyin gerekli olduğunu tartışacağım. Öğrendiklerimi paylaşacağım.