Aşağıdaki şeyler için anlamsal olarak daha uygun paket adı?

Bir strawman paketi düşünürken, java.utilçoğu durumda, onları koyan kişi dışında ortak bir şey paylaşmayan çeşitli sınıflar için dampingli bir zemin, sınıfları için daha semantik olarak doğru bir paket adı bulmak için tembel ya da ilhamsızdı.

Bir örnek olarak, sınıfa alın, söz konusu sınıf UUIDiçin anlamsal olarak doğru bir paket adı ne olurdu?

UUIDDaha hafif olmak için kendi sınıfımı uygulamaya çalışıyorum . me.myproject.util.UUIDPaket ismim için kullanmak istemiyorum .

Düşündüm me.myproject.rfc4122.UUIDama bu kullanım anlambilimi anlamına gelmez UUID.

Ben de düşündüm me.myproject.uuid.UUIDama aynı adı taşıyan bir modüle bir sınıf koymak ve Python packagesanlamsal modulesolarak Python ile eşdeğer değildir Python popüler bir yaklaşım olsa da, bu totoloji sevmiyorum .

Ayrıca düşündüm me.myproject.UUIDama reddettim çünkü isim alanının o kısmını ilgili olmayan şeylerle kirletmek istemiyorum. Bu sadece sorunu bir üst seviyeye taşır.

Ben de düşündüm me.myproject.lib.UUIDama bunun daha anlamsal bir anlamı yok .utilve sadece sorunu yeniden adlandırıyor.

semantics: anlam ile ilgili dilbilimin ve mantığın dalı .

Her sınıfı, söz konusu sınıf için anlamsal olarak doğru bir adı olan bir pakete koymaya çalışmanın sorunu, çok az sınıf, hatta bazen sadece bir sınıf içeren paketlere yol açma eğiliminde olmasıdır. Bu da çok sayıda pakete yol açar.

Paket adlandırmada daha pragmatik bir yaklaşım, sadece bir şeyler bulmanıza yardımcı olmaktır. Her zaman bir araya toplandığınızı bildiğiniz sık kullanılan şeyleri tek bir yerde tutmak onları yoldan uzak tutar ve bu nedenle daha nadir kullanılan şeyleri bulmayı kolaylaştırır. Yani, içerdikleri sınıfların her biri için anlamsal olarak doğru olan paket adlarına gerçekten ihtiyacınız yoktur, sadece anlamsal olarak yanlış olmayan paket adlarına ihtiyacınız vardır. Açıkçası, 'util' paket adı düşünce bu hat göre seçildi: öyle değil mi içerdiği sınıflar için anlam doğru isim, ama aynı zamanda semantik yanlış değildir ve bu iyi yeterli.

Dolayısıyla, bu UUID türünüz yalnızca bu özel uygulama tarafından kullanılacaksa (onu 'projem' altına koymayı planladığınız gibi), o zaman muhtemelen 'modelinizin' bir parçasıdır. projesi. UUID'ler muhtemelen bu ilişkileri uygulama aracı olmakla birlikte, birçoğu arasında muhtemelen ilişkileri olan kalıcı varlıklarınıza karşılık gelen tüm sınıfların setini içeren bir 'model' paketine sahip olmalısınız. Ayrıca, UUID'leriniz muhtemelen kendilerini nasıl devam ettireceklerini biliyor, değil mi? Ayrıca, UUID'leriniz muhtemelen yalnızca model varlıklarınızın üyeleri olarak bulunabilir, değil mi? Yani, model paketiniz muhtemelen en iyi yer.

Aksi takdirde, bu UUID tipiniz başka projelerde de kullanılabiliyorsa, bir çerçevenin parçası olarak görülmelidir. Bu nedenle, bu çerçevenin kök kaynak klasöründe veya MainMa'nın önerdiği gibi bazı 'türler' alt paketinde, hatta 'util' veya 'misc' adı verilen çerçevenin bazı alt paketlerinde bile olabilir. Bunda yanlış bir şey yok.

Paketlerin amacı, sınıfları bazı kriterlere göre gruplamaktır (türe / katmana göre paket ile özelliğe göre paket vb.). Gerçekten sadece bir sınıf için paket oluşturmak için bir nokta görmüyorum - özellikle gelecekte bu pakette başka sınıflar olacağını beklemiyorsanız.

Ayrıca "util" paket adının tamamen anlamsız olmadığını düşünüyorum - sadece belirli bir kritere göre sınıfları gruplandırıyor - benim için "util" sınıfı, uygulamanın etki alanının bir parçası olmadığı anlamına geliyor, ancak aynı zamanda (uygulamanın yapısını etkilemez). Temel olarak (standart olmayan) kütüphanenin bir uzantısıdır.

Bu durumda, bu UUID sınıfını "util" paketine koymakla bir sorunum olmazdı. UUID ile ilgili başka yardımcı sınıflar olacaksa (UUID oluşturmak için ayrı sınıf gibi), onlar için "util.uuid" paketini yeniden düzenlemek ve oluşturmak kolaydır (bir kitaplık oluşturmazsanız ve UUID açık arabirimin bir parçası olmazsa) , o zaman biraz "ileri görüşlü" olmanız gerekir).

Bob Amca'nın paket ayırma konusunda bazı kuralları vardır .

İlk üç paket ilkesi paket uyumu ile ilgilidir, bize paketlerin içine ne koyacağımızı söylerler:

1. Yeniden kullanım granülü salım granülüdür
2. Birlikte değişen sınıflar birlikte paketlenir
3. Birlikte kullanılan sınıflar birlikte paketlenir

Öyleyse, sorunuzu cevaplamak , UUID sınıfını kim / ne kullanacak ? Bağımlılık grafiğiniz nasıl ? UUID başka hangi sınıflarla birlikte kullanılacak ?

Cevabınıza bağlı olarak, ona me.myproject.identity paketi, me.myproject.serialization paketi, me.myproject demelisiniz. DTO ve hatta tamamen başka bir şey. Belki, UUID sınıfı modellerinizle birlikte tutulmalıdır ve benim gibi zaten sahip olduğunuz bir pakete koyacaksınız . Myproject.models .

Her şeyden önce, UUID (büyük harfle), paket adı veya sınıf adı için bana çok kötü bir fikir gibi görünüyor, bir şekilde uygulanan tüm stillerden veya diğer tüm büyük harf adları "sabitler" ile ilişkili. Paketler bir şeyler organize etmeyi amaçlamaktadır, bir paketi adlandırmanın en kolay yolu sahip olduğu sınıfların değeridir:

• sınıfları iş değerlerine göre ayırmayı seçebilirsiniz com.example.identifier; örneğin ;
• veya teknik değerlerine göre com.example.uuid.

BT'yi basit tutun