I don't think it makes sense nowadays. We have namespaces now!
İpuçları
Geleceğe yönelik kod yazmak için, genel isim alanına çok sayıda değişken, işlev veya sınıf yerleştirmemeniz önerilir. Bu, 3. taraf koduyla adlandırma çakışmalarının yanı sıra gelecekte dile yapılacak olası eklemeleri de önleyecektir.
İşlevlerin ve sınıfların adlandırma çakışmalarını önlemenin yaygın bir yolu, bunları kendi isim alanlarına eklemektir.
<?php
namespace Projem;
function işlevim() {
return true;
}
\Projem\işlevim();Bu, halihazırda kullanılan isim alanlarını takip etmenizi gerektiriyor, ancak bir isim alanına karar verdiğinizde, tekrar çatışmaları düşünmek zorunda kalmadan tüm işlevleri ve sınıfları ona ekleyebilirsiniz.
Üçüncü taraf koduyla adlandırma çakışmalarını önlemek için genel kapsama eklenen değişkenlerin sayısını sınırlamak en iyi uygulama olarak kabul edilir.
Bilginize: Değişken etki alanı
PHP'nin etki alanı belirleme kuralları nedeniyle, işlev ve yöntemlerin içinde tanımlanan değişkenler genel kapsamda olmadığından küresel etki alanında tanımlanan diğer değişkenlerle çakışamaz.
add a note
User Contributed Notes 4 notes
willian at gt44 dot com ¶
11 years ago
kanone at rogers dot com ¶
10 years ago
The javascript community has developed a strong cultural bias against adding anything to the global namespace. (See e.g. Addy Osmani's article on Essential JavaScript Namespacing Patterns .) Namespaces have been available in JS for many years and are ubiquitous. There is also a great deal of freely available tutorial material for the interested reader.
mestresan AT gmail DOT com ¶
10 years ago
Even though nowadays we do have namespaces, for the cases in which the user chooses to not use namespaces theses tips should be followed.
earnie at users dot sourceforge dot net ¶
10 years ago
@willian at gt44 dot com: What about clashes of the namespace? It is still good advice to check for previously used names before assigning anything to the global namespace.
