Grails पैकेज संरचना

Question

मैं ग्रोवी और ग्रेल्स की एक मौजूदा कोडेबेस चुन रहा हूं, लेकिन पैकेज संरचना मेरे लिए बहुत अजीब लगती है।

एक डोमेन वर्ग वे उस वर्ग के नियंत्रक के लिए उसके बाद निम्न पैकेज com.company.domain में रख लिए यह com.company.controller

कि संरचना डोमेन और नियंत्रक के बाद से मेरे लिए बहुत दूर लगता है कक्षाएं पहले से ही grails-app फ़ोल्डर में अपने फ़ोल्डर्स के तहत व्यवस्थित की जाती हैं।

मेरी योजना com.company.billing और com.company.util जैसे वास्तविक उपयोग के आधार पर संकुल और समूह को फिर से शुरू करना है।

क्या मेरी योजना के लिए कोई नुकसान है? क्या वर्तमान पैकेज संरचना के बारे में कुछ अच्छा है जो मुझे याद आ रही है?

Answer 1

मुझे लगता है कि पैकेज नामों को विभिन्न व्यावसायिक पहलुओं से संबंधित कोड अलग करना चाहिए। उदाहरण के लिए एक शॉपिंग वेबसाइट, मैं सलाह देते हैं:

• com.mycompany.myfancywebsite.product सभी उत्पाद से संबंधित सामान के लिए (जैसे उत्पाद डोमेन वर्ग, ProductDetailController आदि)
• सभी शॉपिंग कार्ट संबंधित सामान (जैसे CartController, ShippingCostCalculationService आदि) के लिए com.mycompany.myfancywebsite.cart
• सभी भुगतान संबंधी बातें करने के com.mycompany.myfancywebsite.payment

IMHO यह भावना कोड के "प्रकार" भेद करने के लिए पैकेज के नाम का उपयोग करने के लिए नहीं है (उदाहरण के लिए डोमेन, नियंत्रक, सेवा ...), यह केवल n कहते हैं ओ इसके लिए मूल्य।

मैं पैकेज नामों में util का उपयोग करके सावधानी से अनुशंसा करता हूं, यह एक संकेत हो सकता है कि आपका कोड केंद्रित नहीं है।

आगे पढ़ने के लिए, उत्कृष्ट पुस्तक "स्वच्छ कोड" देखें। http://weblog.dangertree.net/2008/11/22/grails-package-naming/