Java'daki kişisel / hobi projeleri için hangi paket adlandırma kuralını kullanıyorsunuz?

Zaten benzersiz bir paket adı (yani paket com.stackoverflow.widgets) oluşturmak için bir etki alanı adı kullanarak standart Java paket adlandırma kuralına aşinayım . Bununla birlikte, kişisel projeler için paket adlarının nasıl seçileceğine dair herhangi bir öneri görmedim. Sanırım çünkü bu gerçekten kişisel bir zevk meselesi.

Peki, hiçbir zaman üretime geçmeyecek kişisel projeler için paket adlarını nasıl seçersiniz (boş zamanlarınızda yeni bir çerçeve deniyor olabilirsiniz). Etki alanını paket yapınızı oluşturmak için kullanabileceğiniz kişisel bir web siteniz olmadığını varsayarsak, ne yaparsınız (ya da yaparsınız)? Hobi projeleri için yeni paket adları oluşturmak için yerinde bir mantıksal sisteminiz var mı, yoksa sadece gibi basit paket adları mypackagemı kullanıyorsunuz ?

Farklı insanların düşüncelerinin bunun hakkında ne olduğunu merak ettiğim için bunu bir topluluk wiki'si haline getirdim.

Şahsen benim için hiç düşünmedim, ama bu gece Wicket ile oynamak istedim ve hobi projelerimi nasıl düzenlemek istediğim konusunda net bir fikrim yok. Hobi projeleri için ayrı, farklı bir paket adlandırma kuralı (en azından bence), kişisel ve işle ilgili kodu birbirinden açıkça ayırmanın iyi bir yolu olacaktır.

Kişisel projelerimin kaynağını tek bir kök klasörde tutmak için basit bir hiyerarşik adlandırma kuralı düşünüyordum:

• myprojectsKök klasör olarak kullan
• Proje adını ekleyin
• Ek alt paket adları ekleyin

Yani, Wicket projem pakette olacak myprojects.learningwicketve birim testleri pakette olacaktı myprojects.learningwicket.tests(örneğin).

Sadece kimsenin kodu kullanmayacağı kişisel projeler yapıyorsanız, sevdiğiniz bir paket adı oluşturabilirsiniz. Bununla birlikte com.veya net.başka bir üst düzey alan adıyla başlayan bir şey oluşturmayın , çünkü bu alan adına sahip olduğunuz anlamına gelir (yani com.john, adınızın John olduğu için paket adınız olarak kullanmak iyi bir fikir değildir) .

Kodu bir başkasına verecekseniz, Java kurallarına göre, bir etki alanı adı kaydetmeniz ve kullanmanız gerektiği anlamına gelen, dünya çapında benzersiz bir paket adı kullanmalısınız.

Sadece baş harfleri kullanıyorum: fg.nameofproject.etc

Yazmayı azaltır. Herhangi bir zamanda sf.net veya com ile önceden eklenebilir. org. veya com.google ..

Proje kişisel muamele olduğundan, tıpkı taze preslenmiş kişiselleştirilmiş hediye gömleğiniz gibi özel - iyi hissedeceksiniz.

pmurray_at_bigpond_dot_com.project.package

<sarcasm>Bah. Kendine saygılı herhangi bir programcının kendi alan adı vardır. Bu açıkça hileli bir soru. Herkesin kendi kişisel alan adı vardır! </sarcasm>:-)

Tamam, ciddiyetle, özel bir alan adı satın almak muhtemelen en kolay seçenektir. Yılda yaklaşık 10 ABD doları karşılığında, alan adını barındırmak ve e-posta iletmek için saygın sağlayıcılar bulabilirsiniz.

Sadece paket adıyla proje siteyi kullanmak yüzden Google Code benim hobi projelerinin çoğunda saklamak: com.googlecode.donkirkby.someproject.

benim adım anjan

genellikle com.anjan kullanıyorum

Kendime ait bir fantezi şirketim var - bazen bunu kullanıyorum

sourceforge ile gelenek (hazırda bekletme ve diğer paketlerin gösterdiği gibi) net.sf. *

böylece, ruh halinize bağlı olarak, bununla gidebilirsiniz.

Sanırım çalıştın. Burada kaçınmanın cazibesi, bir paket adıyla hiç uğraşmamaktır. Birkaç tuşa basmak çok kolay çünkü "Sadece bir test kodu yazıyorum." Ama sonra kod iyi ve kullanışlı ve büyük olur ve daha sonra uzun ömürlü bir kütüphane veya uygulama için sağlam bir başlangıç ​​yaptığınızı fark edersiniz. Ev ağınızdan ayrılan bir kütüphane ya da uygulama olmayabilir, ama asıl nokta, ileriyi düşünmediğinizdir. Bu bilgisayar biliminin Danimarka hayaleti - eğer biraz ilerleseniz de daima ileriyi düşünün.

Hobi kodum için kullandığım adlandırma kuralı sizinkine çok benziyor. Tüm kodum askıda "futura" (bu adın neden uzun, sıkıcı nedenleri) adlı üst düzey bir dizin var. Ben asla başka bir proje için kullanacağım bir sınıf veya paket olsa bile, kodumu paket kitaplıkları halinde düzenlemek çalışın. Futura.app. * Klasörüne tüm uygulamaları (sınıfta geçersiz ana (String [] args) olan herhangi bir şey) yerleştiririm. Ayrıca, kendi kodum için standart Java kitaplığı paket adlarını taklit etmeye çalışıyorum, ancak birkaç durumda kendi zevklerim yüzünden (yani internet için futura.inet, sadece soket, kod ve futura.collections olmayan David Mamet: Her zaman jenerikleştirin. Her zaman jenerikleştirin!

Soruyu gönderirken kullandığınız bakımdan, son noktama da katıldığınızdan şüpheleniyorum: Hobi korsanlığını kurumsal düzeyde bir proje olarak ele almak zorunda değilsiniz, ancak bu disiplinin bir kısmını ev oyununa getirirseniz, hobi daha faydalıdır.

OpenID URL'mi kullanıyorum ve sonra projemin adını ekliyorum. örneğin, com.myopenid.cd1.twittergeliştirdiğim bir Twitter istemcisinin kök paketi.

Benim adlandırma: prj.project_name.

Sadece adımı kullanıyorum: soyadı.initials.xxx, kısalık ve çarpışmadan kaçınma arasında hoş bir oluşum olarak. Kodu herkese açık olarak yayınlamayı seçersem makul bir çarpışma olmadan ad alanı vereceğini düşündüm. Ayrıca tüm dizin ağaçlarını yeniden paketleyebilirsiniz yazdım küçük bir program var, bu yüzden yayınlamak için yeniden paketlemek gerekir gerektiğini düşündüm ki bu yüzden üzerinde çok fazla uyku kaybetmedim.

Soyadı.initials.xxx sonra, uygulama paketleri için uygulama, kütüphane paketleri için lib ve tamamen denemek istiyorum şeyler için tst kullanın.

soyad.firstname.project hakkında ne düşünüyorsun ??? luz.marlon.project gibi mi?

Aynı soruyu sormayı düşündüm. Şimdiye kadar aslında bir şirketim olmasa bile com.tehvan önekini kullandım.