Bu sadece isimlerini değiştirmek için PHP kütüphanesi fonksiyonları sarmak için kabul edilebilir mi?

4 Cevap php

Ben hangi ben tek geliştirici olacak, bu yaz oldukça büyük bir PHP uygulama başlangıç ​​için gidiyorum (yani bir kenara kendi gelen uymak için herhangi bir kodlama kuralları yoktur).

PHP 5.3 aptal ad simgesi rağmen, IMO iyi bir dildir. Ama her zaman bu konuda beni rahatsız olan bir şey standart kütüphane ve bir adlandırma kuralı onun eksikliğidir.

Yani merak ediyorum, o isimler biraz daha iyi yapmak için kendi işlevleri / sınıfları en yaygın standart kütüphane fonksiyonları bazı sarmak için ciddi kötü bir uygulama olurdu? Ben şu anda ben (ben çalışıyorum süre biraz farklı onlara Ö.Ö. yapmak veya onları çalışması için yollar bulacaksınız rakam) herhangi bir örnek yok olsa da, eklemek veya bazı durumlarda bazı işlevler değiştirebilir varsayalım.

Eğer bir PHP geliştiricisi bunu görseniz, "Adam, bu bir çaput geliştirici olduğunu?" Düşünürdüm

Ayrıca, PHP nasıl optimize edildiğini / hakkında eğer çok (ya da bir şey bilmiyorum), ve ben genellikle PHP verimlilik farketmez biliyoruz. Ama böyle bir şey yapıyor benim uygulama performansı üzerinde belirgin bir etkisi olurdu?

4 Cevap

Artık sadece geliştirici olabilir ama başkası hiç bu kodu almak olacaktır? Eğer öyleyse sadece çağrı sararak başka bir şey yapıyoruz eğer gerçekten standart kütüphane isimleri ağırlıklı olarak sopa gerekir.

Ben yazar bu gibi aramaları tamamladı kodu ile çalıştık ve gerçekten hızlı bir şekilde kodu anlamak için yeteneğini zarar vermez

Eğer bir PHP geliştiricisi bunu görseniz, "Adam, bu bir çaput geliştirici olduğunu?" Düşünürdüm

Hiçbir Şey ... ama ben "Lanet olsun ... Ben iyi niyetli olmasına rağmen bana zaman alacaktır, bu adamlar yeni adlandırma standardını öğrenmek zorundasın" düşünmek istiyorum

Ben adlandırma değil sadece atıfta değil, aynı zamanda function (needle, haystack) ve function(haystack, needle) parametresi siparişlerin neşeli karışıma varsayalım.

Tamamen kendini savunma bu etrafında aklı başında sarmalayıcılar oluşturmak için arzu anlayabiliyorum. Başkaları için anlamak zor yapacak proje için özel bir katman daha ekler, çünkü ben hala oldukça olsa, bunu yapmazdı. Herkes array_push ne bilir, ama MyArrayFunctions::push bir yukarı bakmak zorunda, hatta ne yaptığını öğrenmek için içine görünebilir.

Ben bu durumda kuşkusuz berbat olsalar bile, standartlara sadık eğilimindedir. Ayrıca, yazdığınız gibi fonksiyonları ve parametreleri bakabilirsiniz iyi bir IDE ile, sorun zaten çok azalır.

Öte yandan, ben gerçekten Array tüm push(), pop(), {[(getiren bir statik sınıf, diyelim ki, herhangi bir zarar göremiyorum 3)]} ve array_that() bir standart forma. Ben gerçekten, size kalmış diyebilirim.

Basit sarma alışkanlık performans vurdu, ancak bu proje üzerinde herhangi bir gelecek geliştiriciler karıştırmayın olabilir. Bir PHP programcı olarak yavaş yavaş garip isimlendirme kurallarına beklediği.

Eğer tutarlı kurallarına sahip olan büyük herhangi bir işlevsellik ekliyorsanız. Ben yerli dizi işlevleri kaydırmak (ve yenilerini eklemek) yoktu PHP statik sınıf ile çalıştım. Her zaman aynı argüman yerleşimler için oldukça uygun.

Örneğin bir dizi tamam benim görüşü cepten uygulamalarında, bunları şal ve kısmen işlevini değiştirmek, ancak sadece işlevlerini yeniden adlandırma ve ben sevmiyorum argümanları karıştırma olacak.

Gerçekten yapmanız gerekiyorsa o insanların IDE otomatik tamamlamada doğru sözdizimi görebilirsiniz böylece phpdoc ile Görüşlerinizi emin olun.

etiketler