2013-04-27 14 views
8

AngularJS ile olayları adlandırma için bir adlandırma kuralı olup olmadığını merak ediyorum? olaylar böyle adlandırılır Bazı yazılar gördümJavascript/AngularJS'de ad aralığı oluşturma?

jQuery defines its conventionevent.namespace olarak (sonunda de ad ile ve nokta ayırıcı) (example): namespace::event (ad ile başında ve çift kolonlu ayırıcı)

Bu konuda yaygın bir uygulama var mı?

Bu konudaki düşünceleriniz için teşekkür ederiz.

+1

Evet. Dokümanlardaki başka bir şey ararken dün jQuery olayı adlandırmayı öğrendim. '' Event.namespace'' gösterimini biraz garip buluyorum (adının içerdiği olaydan önce ad alanının yazılması gerektiğini düşünüyorum) ve bu nedenle '' namespace: event'' veya '' namespace :: event'' kullanmayı tercih ediyorum. Açısal olaylar olsa da, daha net buluyorum. Ancak, tüm projenizle tek bir sözleşmeyi kabul ettiğiniz sürece, bununla ilgili en iyi uygulamaları hiç görmediniz. –

cevap

1

Açısalyla ilgili özel bir şey duymadım, ancak ad alanının pek çok durum için genellikle iyi bir uygulama olduğunu düşünmelisiniz. Diğer komut dosyalarını içermeyen basit bir uygulama yazıyorsanız, ad alanına çok ihtiyaç yoktur. Sadece komut dosyanızın ortamında (olayın isimlerinin çatışmaya yol açıp açmayacağı) 'un'un gerçekleşebileceğini düşünün ve kararınızı buna göre belirleyin.

+0

Gecikme için özür dilerim, cevabınız için teşekkürler. İsim alanlarının yararlarından hiç şüphem yok ve zaten tüm projelerimde kullanıyorum (web sayfası olsun veya olmasın, açısal, vb.). Sorularım, diğerlerinin kütüphaneleriyle çatışmaları önlemek için bu olayları önleme konulu herhangi bir kongre etrafında daha fazlaydı. Cevabınızın ilk kısmı, bu konuda daha fazla bilgi getiriyor. –

+0

Sadece etrafa baktım ve beni gerçekten şaşırtan isim-alanı etkinliklerine tavsiyede bulunmadım. Diğer komut dosyalarını içermediğinde ad alanına ihtiyaç olup olmadığı konusunda @ m59 ile tamamen aynı fikirdeyim. Uygulamanızın ne kadar büyük olduğuna ve kaç etkinlik olduğuna (ve etkinlik türlerine) bağlıdır. Küresel değişkenler çok küçük programlar için iyi olduğu gibi, daha büyük (yani çoğu) programlar için de kötüdür. –

+1

@TylerCollier dediğim şey buydu .... "Sadece gelecekte * ne olabileceğini düşün". Her projede olabildiğince çok şeyi adlandırabilirim. – m59