WordPress geliştiricilerini bozmanın 13 yolu

Bir web geliştiricisi olarak 10 yıldan fazla bir süredir çalıştıktan sonra ve özellikle WordPress ile, birçok korkunç kod gördüm (ve yazdım) … Bu yüzden bugün, paylaşmanın ve belki de tartışmanın ilginç olacağını düşünüyorum. Bir WordPress topluluğu olarak bizden hoşlanmadığımız şeyler. Öyleyse, beni en çok rahatsız eden 13 şeyi, belirli bir sırayla geri sayalım … 1. Yalan söylediğim tutarsızlıklar, belirli bir düzen var. Beni en rahatsız eden şeyle başladım, gerisi gerçekten rastgele bir sıradaydı, dürüst! Tutarsızlıklar, bir veri sistemi ve yapı ile çalışırken, programcı olarak sahip olabileceğiniz en kötü düşmanlardır.
Tüm öneklerinizi bozuyor musunuz? Meta’yı 1000 kez yanlış anahtarla kaydediyor musunuz? Kesinlikle sorun yok, sadece arama ve değişim. Bazen öneki bozuyor musunuz, ama bazen hakkını hatırlıyor musunuz? Tüm kodu, satır satır okumanız gerekebilir. Yanlış yapılan ancak sürekli olarak yanlış yapılan bir şey, neredeyse her zaman doğru yapılan bir şeyden çok daha iyidir. Başkalarının çalışmalarını genişletirken bu kuralı uygulamayı unutmayın. Camel kasing kullandılarsa – nefret ettiğiniz şey – belki onu emmek ve ayarlamak iyidir çünkü diğer geliştiricilerin beklediği budur.
2. Şişirme Ürünleri Gerçekten “çok amaçlı” temaların 100MB+indirme olarak gelmesini sevmiyorum, ancak temayı çalıştıran gerçek dosya birkaç megabita’nın altında. Tüm esnaf temasının, iyi yapılmış niş temalardan daha iyi olması imkansızdır. Bunun arkasındaki itici gücün bir istek olduğunu anlıyorum, bu yüzden birçok şeyi değiştirmek çok zor. Şişmiş temalarla savaşmak için her şey yolunda ve iyi, ancak işin doğal olarak bunu başarabilmesi için çok daha yüksek bir gelir potansiyeline sahipler. Umarım Jason Schuller turşunun teması gibi, birçok yazar ekleyen odaklanmış bir tema ile gelecek Web sitesine, istatistikleri gördüğünüzde işe yaramaz olduğu ortaya çıkan bir dizi göz şekerinden daha fazlası. 3. Bu CSS ve JavaScript dosya orduları, özellikle bir tema yapıcısıysanız ve özellikle kaydırıcı ve şu anda norm gibi görünen diğer tüm çöplerle premium bir tema yaparsanız en büyük hayal kırıklığımdan biridir. Her istek için yüklü 45 JavaScript dosyası ve 18 CSS dosyası bırakamazsınız, gerçekten yanlış!
Genellikle bu, geliştiricilerin değişiklik yapmasını kolaylaştırır. Tabii ki her şey için bir çözüm var: Sass/daha az kullanın ve Gulp gibi araçlar oluşturun. Tüm Sass ve JS dosyalarını RAW içeren bir geliştirici dizini oluşturun ve her şeyi birkaç dosyaya birleştirmek için Gulp veya Grunt’u kullanın. Geliştirme süreci hakkında bilgi projede yer aldığından, herkes istediğiniz zaman devralabilir. 4. Hazır olmayan ebeveyn temaları, temanızı dünyaya bırakırsanız, bir yerde bir yerde çalışmanızı değiştirme olasılığı. Bu her olduğunda, çocuğun teması kullanılmıyorsa kanlı cinayeti bağırırız, bu nedenle onları işimizde, özellikle dosya işlevinde desteklemeye çalışmalıyız. Çocuğun temasının ona düzgün bir şekilde gelmesini sağlamak için çağrı işlevi_exists (). Çocuğun temasının işlevi ilk olarak yüklenir, böylece işimizi yeniden tanımlamaya çalışırlarsa, PHP “işlevi iki kez tanımlayamaz” hatası verir. 5. Dürüst olmak için belgeler eksik, eksik belgeleri okuduğumda hiç sahip olmadığımdan daha fazla ilgileniyorum. Demek istediğim, neden işin% 80’i ve kalan% 20’yi teşvik etmiyor?
Projenizi diğer insanlarla paylaşmaya karar verirseniz, belge! Özellikle kodun yeniden kullanılması, değiştirilmesi veya değiştirilmesi amaçlanıyorsa – bu her zaman temalar ve eklentilerle gerçekleşir. Bunu yapmak istiyorsanız, geliştirici ve son kullanıcı için ayrı bir belge öneririm. Son kullanıcıların yalnızca kullanıcı arayüzü ile çalışması gerekirken, geliştiricilerin kodda bir şeyler bulması, çeşitli bileşenlerin ve diğer tüm bilgilerin sürümünü bilmesi gerekir. 6. Önek ile aşırı, işleviniz 23DUASN123UEHD_ olmanız gerektiğini biliyorum, ancak lütfen 23DUASN123UEHD_’yi önek olarak kullanmayın. Bunun 0 olasılıkla çarpışması olduğunu anlıyorum, ancak elbette bir posta listesi eklentisi geliştirirseniz, harika_mailing_ işlevinizi somut_mailing_ ile yapabilirsiniz. İşlevlerinizi gerçekten ayırmak istiyorsanız, önekleri tamamen unutun ve bunları özetlemek için sınıfları ve nesneleri kullanın . 7. Doğru sıraya girmemek, bazı CSS veya JavaScript’e ihtiyacınız varsa, bunu beklediğiniz için verilmelidir, bu yüzden bunun hakkında hiçbir şey bile söylemeyeceğim. Ayrıca, varlıkları yalnızca gerektiğinde sıraya koymaya dikkat edin. Tüm sayfalarda kayma bıçakları için stil ve komut dosyasını gerçekten yüklemeniz mi gerekiyor? Tabii ki, sadece vardiya gerçekten görüntülendiğinde yükleniyor. Ayrıca, mümkünse https veya daha iyisini kullanın ve //sourceoffile.com/file.js kullanın. Protokolü bırakın ve tarayıcınız sizin için bulacaktır. Olağanüstü!
8. Bu web’in geliştirilmesini yanlış tanımlamak oldukça kaba görünebilir, ancak bir tema satın alırsanız, ayarları değiştirir ve ayarlarsanız, müşterilere nasıl kullanılacağını öğretin ve projeyi tamamlayın, kendinize bir web geliştiricisi demeyin. Bana taş atmaya başlamadan önce, bunu müşteri için yapmanın kesinlikle yanlış bir yanı yok, ben de dahil olmak üzere kaç geliştirici. Ancak, web geliştirme olarak adlandırmak biraz uzaktır. 9. HAARDCODE olmak zorunda olmayan sabit kodlama birçok şey bu kategoriye dahildir. Önemli bir örnek, sorguda WP_ veritabanı önekinin kullanılmasıdır. Veritabanı öneki kurulumda değiştirilebilir, bu nedenle $ WPDB-> Tablename özelliğini kullanmanız gerekir. Sabit kod eklentisini ve temanın konumunu yapamazsınız çünkü bu da değiştirilebilir. Bir yolun zor bir kodu yapmak istediğinizde, “WordPress X yolu” nu arayın ve aradığınız yol için X’i değiştirin. Konum değişken ise, sabit kodlama yapmadan erişmek için bir işlev bulacaksınız. 10. Geçişsiz hazır temam iki yaşımdan beri İngilizce büyüyecek kadar şanslı, bu yüzden çoğu dünyada anlaşılmam oldukça kolay ve yazılım çok iyi anladığım dilde yazılıyor. Hiç yurtdışına seyahat ediyor muydunuz ve bir şeyler okumayı umuyorsunuz? Bilgi aradığınız, karışıklık ve belirsizlik hissettiğiniz Web’de her zaman hissetmeyi hayal edin.
Çeviri, WordPress topluluğunun büyük bir parçasıdır ve ürününüzde gerçekleşmesi için neredeyse hiç çaba olmadığından, bunu uygulamamak için gerçekten hiçbir nedeniniz yoktur. İki işlevi de kullanacaksınız ve metninizin etrafına __ () ve _e () saracaksınız. Doğru mu. 11. Bu dar zihin aslında sadece kalkınma dünyasında değil, genel olarak en büyük rahatsızlığımdır. Geliştiricilerle, Joomla/Drupal/WordPress hakkında konuşurken bunu sık sık görürsünüz, hatta Java geliştiricisiyle WordPress hakkında konuşursanız. Birçoğu WordPress geliştiricilerine bakıyor çünkü WordPress mükemmel bir sistem değil; Kesinlikle bu modern bir kod sembolü değil. Bu geliştirici sadece çekirdeğini atladı. WordPress, belirli görevler için çok uygun bir araçtır. Bu tüm görevler için uygun değildir ve bunun için tasarlanmamıştır. İnsanlar genellikle kendi bakış açılarının yanı sıra başka hususlar olduğunu ve bundan daha önemli olabileceğini dikkate alamıyorlar. İyi bir örnek, WordPress’i yeniden yazmak isteyen bir geliştiricidir, böylece her şey iyi ve nesne yönelimlidir. Tabii ki, bir geliştirici olarak bundan çok memnun olacağım, ancak geriye dönük uyumluluğu ihlal edeceğiz. Binlerce inatçı geliştiricinin yararına milyonlarca insan için sorunlara neden olacağız. Pratik bir kural olarak, eğer birisinin bir şey hakkında çok güçlü ve agresif bir görüşü varsa, hemen görmezden geliyorum çünkü tüm bakış açılarını göremiyorum. Tabii ki istisnalar var, ama bu benim için iyi bir gösterge. 12. #wpdrama değil mi? Yapacak daha iyi şeylerimiz yok mu?
Dürüst olmak gerekirse, herhangi bir #wpdrama durumunda hiç ikiden fazla yorum okumadım çünkü umrumda değil. Açıkçası, dramanın arkasındaki sorunu önemsiyorum, ancak üç numaralı yorumla, gerçekten eldeki sorunla ilgili değil, kimin önyargılı, kimin değil, kim daha deneyimli, kim daha Geliştirici profesyonel … falan, falan, falan. Esneme, yapacak daha iyi şeylerim var. Bu, yoğun tartışmayı seviyorum. Farklı görüşler sağlıklıdır ve özellikle birçok harika WordPress özelliğini teşvik ettiği için farklı bakış açıları sağlar. Öte yandan drama, kapsamlı üretkenliği düşürüyor. Brüt. Bonus: Bu kaba/garip e -posta geliştirme ile ilgili değil, ancak gerçekten sevmediğim veya en azından komik olan üç belirli e -posta türüm var. Listenin üst kısmındaki yolu, birkaç kez bir konuşmada birinin adından bahsettiğini okuyan kişi, ilgi, artan bağlantı ve sempati gösterir. Hayır, her şeyi çok garip hale getiriyor. Aynı tür kişi genellikle bana “ve” diyor. Daha önce bir cümlenin yanı sıra, adımı hiç böyle yazmadım. Web sitesinde birinin adını görürseniz, tam adı kullanın;