EJB'lerin yerel/uzak arabirimlerini adlandırırken standart kurallar veya iyi uygulamalar?

Question

EJB'ler için arayüzler adlandırılırken herhangi bir kural veya iyi uygulama var mı? Uygulamamda da bazı DDD ilkelerini uygulamaya çalışıyorum, bu yüzden dışarıdaki dünya için bir arayüz olan "hizmet" sterotype'ı kullanıyorum.

İstemcilere iş mantığı işlemleri sağlayan bir Soru Hizmeti EJB'si varsa, @ Local/@ Uzak Arabirimi ne adlandırılır? Şimdiye kadar okuduğum tüm kitaplar sadece bunlara isimlerini veriyor. SoruSorguYerel/SoruServiceRemote. Bu yeterli midir (adlandırma ile süslü olmaya çalışmıyorum, ama daha iyi isimlendirme kuralları olup olmadığını merak ediyorum)?

Ayrıca, bir uygulamadaki "hizmetler" ibaresinin her bir sınıfa "... Hizmet" son ekini eklemekten daha iyi/daha iyi yolları nelerdir?

Answer 1

Java adlandırma kuralları, topluluk tarafından ve aynı zamanda şirketteki büyük geliştiriciler tarafından oluşturulur ve kabul edilir.
Bu yüzden sorunları adlandırma karşı karşıya her zaman, aşağıdaki ileriye gidebilir:

1. proje zaten var ise o zaman sadece coventions
2. adlandırma projeyi izleyin Bu yeni bir proje size' ise o zaman yeniden oluşturuluyor:
   a. QuestionServiceLocal/QuestionServiceRemote çok iyi bir yaklaşımdır
   b. QuestionService, bir hizmete ad vermek için fazlasıyla yeterlidir.