2009-10-26 17 views
7

संदेश आधारित पासिंग सिस्टम के लिए, आपके "संदेश डिजाइन पैटर्न" क्या हैं संदेशों (यानी विशिष्ट गंतव्य)संदेश डिजाइन पैटर्न

  • बचें लंबे झरना चेन

  • एक प्रणाली (यानी MsgB, MsgC आदि के साथ MsgA पर प्रतिक्रिया) "दिल की धड़कन" संदेश निर्देशित

    • सीमा

    अन्य उदाहरण?

  • उत्तर

    6

    सभी महत्वपूर्ण लोग Enterprise Integration Patterns पुस्तक में हैं। इसकी जांच - पड़ताल करें।

    +2

    @ रिचर्डोड: लिंक के लिए धन्यवाद। क्या आप यहां कुछ सूचीबद्ध कर सकते हैं? – jldupont

    4
    • बेवकूफ संदेश प्रसंस्करण के पक्ष में: एक डुप्लिकेट संदेश "डबल डेबिट" के बिना बर्दाश्त किया जाता है।

    • बड़े संदेश से बचें - "सामान की अच्छी तरह जांच" मुहावरा पसंद करते हैं

    • बचें संदेश आवश्यकताओं आदेश देने - बहुत बुनियादी ढांचे पर बोझ को सरल

    +0

    क्या आप पहली पंक्ति सही हैं? मुझे यकीन नहीं है कि मैं दूसरे भाग को सही ढंग से समझता हूं? – KLE

    +2

    अपमानजनक संदेश प्रसंस्करण का पक्ष लें: "डबल डेबिट" के कारण एक डुप्लिकेट संदेश बर्दाश्त किया जाता है। देखें http://www.eaipatterns.com/IdempotentReceiver.html – JuanZe

    +0

    सुधार के लिए धन्यवाद – djna

    6

    आप एक संदेश आधारित प्रणाली को लागू कर रहे हैं, मैं सुझाव मैसेजिंग आर्किटेक्चर पर अंतर्दृष्टि प्राप्त करने के लिए कैनोलिक संसाधन पढ़ना: Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions ग्रेगोर होपे वाई बॉबी वूल्फ द्वारा।

    प्रत्येक पैटर्न का संक्षिप्त सारांश http://www.eaipatterns.com/toc.html पर ऑनलाइन उपलब्ध है पृष्ठ के अंत में दो केस अध्ययन उपलब्ध हैं।

    पुस्तक एक महान संसाधन है, आपको वहां समस्याएं और परिस्थितियां मिलेंगी जिन्हें आप पहले कल्पना नहीं करते हैं, इसे हल करने की रणनीति के अच्छे विश्लेषण के साथ।

    5

    Messaging Design Pattern (MDP) and pattern implementation - कार्यक्रमों की पैटर्न भाषा (पीएलओपी 2010) पर 17 वें सम्मेलन में प्रकाशित।

    सार

    सूचना के आदान (अर्थात संदेश) प्रकृति और मानव निर्मित प्रक्रियाओं का एक अंतर्निहित हिस्सा है। संदेश हमारे चारों ओर की दुनिया का एक सर्वव्यापी हिस्सा है। पारंपरिक सॉफ्टवेयर पद्धतियां और घटक प्रौद्योगिकियां संदेश को अनदेखा करती हैं और इसलिए एक अधूरा मॉडल प्रदान करती हैं। दूसरी ओर, एक मैसेजिंग प्रतिमान और संबंधित संदेश डिजाइन पैटर्न (एमडीपी) इस अंतर को संबोधित करते हैं और असली दुनिया का एक पूर्ण और सटीक मॉडल प्रदान करते हैं। नतीजतन, सॉफ्टवेयर इंजीनियरिंग प्रक्रियाओं और तकनीकों में काफी सुधार हुआ है। सॉफ्टवेयर डिजाइनिंग और निर्माण करते समय, हमें न केवल सॉफ्टवेयर घटकों के संदर्भ में, बल्कि इन इकाइयों के बीच मैसेजिंग के आदान-प्रदान के मामले में भी सोचने की आवश्यकता है। जटिलता को कम करते समय Encapsulation, decoupling और reusability में सुधार किया गया है। यह पेपर यह भी चर्चा करता है कि मैसेजिंग डिज़ाइन पैटर्न का उपयोग अन्य प्रसिद्ध डिजाइन पैटर्न जैसे गैंग ऑफ चार डिज़ाइन पैटर्न (गोफ), डेटा एक्सेस ऑब्जेक्ट्स (डीएओ), और जे 2 ईई डिज़ाइन पैटर्न को लागू करने या लागू करने में सहायता करने के लिए किया जाता है। ध्यान रखें कि अधिकांश डिज़ाइन पैटर्न कुछ स्तर पर प्रतिभागियों के बीच जानकारी को इंटरचेंज करने के लिए ज़िम्मेदार हैं। समग्र डिजाइन और यूएमएल आरेखों को सरल और सुव्यवस्थित किया जाता है जिससे उन्हें समझना और कार्यान्वित करना आसान हो जाता है। परिणामी सॉफ़्टवेयर डिज़ाइन और कार्यान्वयन भी अधिक मजबूत और सीधा है। एमडीपी का उपयोग करके लागू किए गए डिजाइन पैटर्न को एक पूर्ण वितरित घटक मॉडल के आधार के रूप में दूरस्थ घटकों/सेवाओं तक पारदर्शी और सुरक्षित पहुंच प्रदान करने के लिए पुन: उपयोग किया जा सकता है।

    संबंधित मुद्दे