मुझे लगता है कि एक क्रॉस-काटने की चिंता का सबसे अच्छा उदाहरण लेनदेन संबंधी व्यवहार है। उदाहरण के लिए, आपकी सभी सेवा विधियों में प्रतिबद्ध और रोलबैक कॉल के साथ प्रयास-पकड़ ब्लॉक डालना होगा, उदाहरण के लिए। एक मार्कर के साथ विधियों की व्याख्या करना कि एओपी वांछित लेनदेन व्यवहार के साथ उन्हें encapsulate करने के लिए उपयोग कर सकते हैं एक बड़ी जीत है।
क्रॉस-काटने की चिंता के उदाहरण के रूप में एक और अच्छा उम्मीदवार प्राधिकरण है। एक मार्कर के साथ एक सेवा विधि की घोषणा करना जो बताता है कि इसे कौन कॉल कर सकता है, और कुछ एओपी सलाह देने का निर्णय लेता है कि विधि कॉल को अनुमति देना है या नहीं, सेवा विधि कोड में इसे संभालने के लिए बेहतर हो सकता है।
एओपी सलाह के साथ लॉगिंग लागू करना अधिक लचीलापन पाने का एक तरीका हो सकता है, ताकि आप एक जॉइंटपॉइंट बदलकर लॉग इन हो सकें। प्रैक्टिस में मैं अक्सर ऐसा करने वाली परियोजनाओं को नहीं देखता हूं। आम तौर पर लॉग 4j जैसी लाइब्रेरी का उपयोग करके आपको लॉगिंग-स्तर और श्रेणी द्वारा फ़िल्टर करने की सुविधा मिलती है, अगर आपको आवश्यकता हो तो पर्याप्त समय पर काम करता है।
एक मुख्य चिंता एक कारण है कि एप्लिकेशन मौजूद है, व्यवसाय तर्क है कि एप्लिकेशन स्वचालित हो जाता है। यदि आपके पास एक रसद अनुप्रयोग है जो शिपिंग माल ढुलाई करता है, यह पता लगाता है कि आप ट्रक पर कितना माल पैक कर सकते हैं या ट्रक के वितरण के लिए ट्रक के लिए सबसे अच्छा मार्ग क्या है, यह मुख्य चिंता हो सकती है। क्रॉस-कटिंग चिंताओं आमतौर पर कार्यान्वयन विवरण होते हैं जिन्हें व्यावसायिक तर्क से अलग रखा जाना चाहिए।
स्रोत
2014-05-16 17:03:56
चित्र यह सब कहता है। अच्छा! – RBT
"क्रॉसकटिंग चिंता एक चिंता है जो पूरे आवेदन में लागू होती है" ➤ इस बारे में निश्चित नहीं है क्योंकि लेनदेन प्रबंधन आवेदन के दौरान 'लागू नहीं होता है लेकिन अभी भी एक क्रॉस-कटिंग चिंता है। और तस्वीर मुझे ईमानदार होने के लिए कुछ नहीं बताती है, यह केवल भ्रमित है .. –