المتاجرة نظام uml

ألغوترادر ​​يتيح للشركات التجارية أتمتة استراتيجيات التداول الكمي المعقدة في الفوركس والخيارات والعقود الآجلة والأسهم وصناديق الاستثمار المتداولة وأسواق السلع. وخلافا لغيرها من منصات التداول الخوارزمية، لديها بنية قوية ومفتوحة المصدر، مما يسمح التخصيص للاحتياجات الخاصة بالعميل. ألغوترادر ​​هو حافة البنوك الاستثمارية المتطورة، وصناديق التحوط والتجار الملكية قد تنتظر. الآلي يمكن أن تكون أي استراتيجية التداول الكمي مؤتمتة بالكامل. سريع تتم معالجة كميات كبيرة من بيانات السوق تلقائيا، وتحليلها، والعمل عليها بسرعة فائقة. يمكن تخصيص بنية مفتوحة المصدر للتخصيص للمتطلبات الخاصة بالمستخدم. الفعالية من حيث التكلفة يقلل التداول الآلي بالكامل والميزات المضمنة من التكلفة. موثوقة بنيت على الهندسة المعمارية الأكثر قوة والتكنولوجيا للدولة من بين الفن. المدعومة بالكامل التوجيه الشامل المتاحة للتركيب والتخصيص. في الموقع والتدريب عن بعد والاستشارات المتاحة. ألغوترادر ​​كيف يعمل أي استراتيجية التداول القائمة على قاعدة يمكن مؤتمتة بالكامل: وصول بيانات السوق الإلكترونية. يتم توجيه البيانات إلى استراتيجيات التداول التي تعمل داخل ألغوترادر. استراتيجيات التداول تحليل وتصفية ومعالجة بيانات السوق وخلق إشارات التداول. استنادا إلى إشارات التداول، يتم تنفيذ الإجراءات (مثل وضع أمر أو إغلاق موضع). يتم إرسال أوامر إلى الأسواق المعنية. التشاور في الموقع والتشغيل عن بعد والتدريب: أتمتة والهجرة من الاستراتيجيات القائمة تحسين وتحسين الاستراتيجيات القائمة النماذج الأولية و باكتستينغ استراتيجيات جديدة تطوير وظائف مخصصة وثائق شاملة وأدلة المستخدم ألغوترادر ​​3.1 يدمج إنفلوكسدب يناير-20-2017 ألغوترادر ​​يدمج إنفلوكسدب لتخزين السوق الحية والتاريخية البيانات. مع إنفلوكسدب المليارات من القراد يمكن تخزينها واستخدامها لاختبار الظهر. إدخال ألغوترادر ​​3.0 8211 أقوى ألغوترادر ​​حتى أبر-07-2016 تم الافراج عن ألغوترادر ​​3.0. يتضمن هذا الإصدار الجديد HTML5 فرونتند، بنقرة واحدة نشر مع دوكر وثلاثة خوارزميات التنفيذ الجديدة و إكسيل استنادا اختبار تقرير الظهر إدخال ألغوترادر ​​بنقرة واحدة التثبيت من قبل دوكر مار-15-2016 ألغوترادر ​​3.0 يقدم واحدة-- انقر فوق استراتيجية استراتيجية التثبيت التي تدعمها دوكر كلينترسكوس شهادات فونتوبل تقدر الهندسة المعمارية المفتوحة والموسع من ألغوترادر ​​فضلا عن استخدام المكونات القياسية مفتوحة المصدر شائعة الاستخدام مثل إسبر والربيع. بنيامين هوبر، رئيس ألغو ترادينغ 038 سمارت أوردر روتينغ، بنك فونتوبيل أغ، زريتش نحن معجبون جدا بقدرات AlgoTrader8217s من حيث تطوير الإستراتيجية والمرونة التقنية. ألغوترادر ​​هي التكنولوجيا الرئيسية التي تسمح لنا للتجارة متعددة فيكس المستقبل والخيارات القائمة على استراتيجيات بالتوازي. ريمون شوستر، عضو المجلس التنفيذي، إيسب سكوريتيز أغ، زريتش ألغوترادر ​​شروط الترخيص شروط وأحكام اتفاقية ترخيص المستخدم النهائي هذه (8220AGREEMENT8221) يحكم استخدامك للبرنامج ما لم تقم أنت والمرخص بتنفيذ اتفاقية ترخيص مكتوب منفصلة استخدام البرنامج. المرخص على استعداد لترخيص البرنامج لك فقط بشرط أن تقبل جميع الشروط الواردة في هذه الاتفاقية. من خلال التوقيع على هذه الاتفاقية أو عن طريق تنزيل أو تثبيت أو استخدام البرنامج، فقد أوضحت أنك تفهم هذه الاتفاقية وتقبل جميع بنودها. إذا لم تقبل جميع بنود هذه الاتفاقية، فإن المرخص غير راغب في ترخيص البرنامج لك، ولا يجوز لك تنزيل البرنامج أو تثبيته أو استخدامه. 1. منح الترخيص أ. تقييم استخدام واستخدام رخصة الاستخدام. ورهنا بامتثالك لشروط وأحكام هذه الاتفاقية، يمنحك المرخص ترخيصا شخصيا غير حصري وغير قابل للتحويل، دون الحق في الترخيص من الباطن، لمدة هذه الاتفاقية، لاستخدام البرنامج داخليا فقط ل التقييم استخدام واستخدام الاستخدام. يمكن استخدام منتجات أو برامج برامج الطرف الثالث التي يوفرها المرخص، إن وجدت، فقط مع البرنامج، وقد تخضع لموافقتك على البنود والشروط التي توفرها هذه الجهات الخارجية. عند انتهاء الترخيص يجب التوقف عن استخدام البرنامج وإلغاء تثبيت كافة المثيلات. يتم الاحتفاظ بجميع الحقوق غير الممنوحة لك على وجه التحديد من قبل المرخص. يجب على المطور عدم استخدام أي برنامج تجاري، أو أي أعمال مشتقة منه (بما في ذلك لأغراض المطور الداخلية 8217s الخاصة). يحظر نسخ وإعادة توزيع، بأي شكل من الأشكال، البرنامج أو المطور التطبيق للعملاء مباشرة أو غير مباشرة. ب. رخصة استخدام الإنتاج. مع مراعاة امتثالك لشروط وأحكام هذه الاتفاقية بما في ذلك دفع رسوم الترخيص المعمول بها، يمنحك المرخص ترخيصا غير حصري وغير قابل للتحويل، بدون الحق في الترخيص من الباطن، لمدة هذه الاتفاقية، إلى : (أ) استخدام وإعادة إنتاج البرنامج لأغراض تجارية داخلية خاصة بك فقط (8220 إنتاج الاستخدام 8221) و (ب) إجراء عدد معقول من نسخ البرنامج لأغراض احتياطية فقط. ويقتصر هذا الترخيص على عدد معين من وحدات المعالجة المركزية (إذا كانت مرخصة من قبل وحدة المعالجة المركزية) أو مثيلات أجهزة الظاهرية جافا (إذا التراخيص بواسطة الجهاز الظاهري) الذي كنت قد دفعت رسوم الترخيص. يتطلب استخدام البرنامج على عدد أكبر من وحدات المعالجة المركزية أو مثيلات جافا فيرتوال ماشينس دفع رسوم ترخيص إضافية. يمكن استخدام منتجات أو برامج برامج الطرف الثالث التي يوفرها المرخص، إن وجدت، فقط مع البرنامج. ج. لا حقوق أخرى. تقتصر حقوقك في البرنامج والاستفادة منھا علی تلك الحقوق الممنوحة صراحة في ھذا القسم .1 لن تقوم بأي استخدام آخر للبرنامج. وباستثناء ما هو مرخص صراحة في هذا القسم، لا يمنحك المرخص أي حقوق أو تراخيص أخرى، ضمنا، أو حكما، أو غير ذلك. جميع الحقوق التي لم يتم منحها صراحة هنا محمية من قبل المرخص أو من مورديها. 2. القيود باستثناء ما هو منصوص عليه صراحة في القسم 1، لن تقوم بما يلي: (أ) تعديل أو ترجمة أو تفكيك أو إنشاء أعمال مشتقة من البرنامج أو نسخ البرنامج (ب) إيجار أو إقراض أو نقل أو توزيع أو منح أي حقوق في البرامج بأي شكل من الأشكال إلى أي شخص (ج) تقديم أو الكشف عن أو الكشف عن أو إتاحة أو السماح باستخدام البرنامج من قبل أي طرف ثالث (د) نشر أي معيار أو اختبارات الأداء التي تعمل على البرنامج أو أي جزء منه أو ( ه) إزالة أي إشعارات الملكية، والعلامات أو علامات على البرنامج. لن تقوم بتوزيع البرنامج على أي شخص على أساس مستقل أو على أساس مصنع المعدات الأصلية (أوم). 3. الملكية بين الطرفين، فإن البرنامج هو وسيبقى الملكية الوحيدة والحصرية للمرخص، بما في ذلك جميع حقوق الملكية الفكرية فيه. ا. في حالة استخدام البرنامج بموجب الترخيص المنصوص عليه في القسم 1 (أ)، ستظل هذه الاتفاقية سارية المفعول طوال فترة التقييم أو التطوير. ب. في حالة استخدام البرنامج بموجب الترخيص المنصوص عليه في القسم 1 (ب) ستبقى هذه الاتفاقية سارية المفعول إما (أ) لمدة سنة واحدة إذا تم شراؤها كترخيص اشتراك سنوي أو (ب) بشكل دائم إذا تم شراؤها ك ترخيص دائم. سيتم تجديد ترخيص الاشتراك السنوي تلقائيا لمدة سنة واحدة ما لم يتم إنهاؤه بإشعار مسبق لمدة شهر واحد. سيتم إنهاء هذه الاتفاقية تلقائيا دون إشعار في حالة خرق أي بند من بنود هذه الاتفاقية. عند الإنهاء، يجب عليك التوقف فورا عن استخدام البرنامج وتدمير جميع نسخ البرنامج في حوزتك أو سيطرتك. 5. خدمات الدعم إذا كنت قد اشتريت هذا الترخيص بما في ذلك خدمات الدعم وتشمل هذه إصدارات الصيانة (التحديثات والترقيات)، الدعم عبر الهاتف والبريد الإلكتروني أو الدعم على شبكة الإنترنت. ا. سيقوم المرخص ببذل جهود معقولة تجاريا لتوفير تحديث تهدف إلى حل أو تمرير خطأ المبلغ عنها. إذا تم تصحيح هذا الخطأ في إصدار الصيانة، يجب على المرخص له تثبيت وتنفيذ إصدار الصيانة الساري خلاف ذلك، قد يتم تقديم التحديث في شكل إصلاح مؤقت أو إجراء أو روتين، لاستخدامها حتى إصدار صيانة يحتوي على التحديث الدائم متاح. ب. خلال مدة اتفاقية الترخيص، يجب على المرخص أن يقوم بإصدار تصاريح الصيانة للمرخص له، إذا كان المرخص يقوم بإصدار أي تصاريح صيانة بشكل عام لعملائه. إذا طرح سؤال حول ما إذا كان عرض المنتج هو ترقية أو منتج جديد أو ميزة جديدة، فسوف يسود رأي Licensor8217s، شريطة أن يعامل المرخص عرض المنتج كمنتج جديد أو ميزة لعملاء المستخدم النهائي بشكل عام. ج. إن التزام Licensor8217 بتقديم خدمات الدعم مرهون بما يلي: (أ) يبذل المرخص له جهودا معقولة لتصحيح الخطأ بعد التشاور مع المرخص (ب) يوفر المرخص له للمرخص معلومات وموارد كافية لتصحيح الخطأ إما في موقع Licensor8217s أو عن طريق الوصول عن بعد إلى موقع Licensee8217s، وكذلك الوصول إلى الموظفين والأجهزة وأي برامج إضافية تشارك في اكتشاف الخطأ (ج) يقوم المرخص له فورا بتثبيت كافة إصدارات الصيانة و (د) يقوم المرخص له بشراء وتركيب وصيانة جميع المعدات والاتصالات واجهات وغيرها من الأجهزة اللازمة لتشغيل المنتج. د. لا يكون المرخص ملزما بتقديم خدمات الدعم في الحالات التالية: (أ) تم تغيير المنتج أو تعديله أو تلفه (إلا إذا كان تحت إشراف مباشر من المرخص) (ب) الخطأ ناتج عن إهمال المرخص له 8217s، عطل في الأجهزة أو أسباب أخرى خارجة عن السيطرة المعقولة للمرخص (ج) سبب الخطأ من قبل برنامج طرف ثالث غير مرخص من خلال المرخص (د) لم يقم المرخص له بتثبيت وتنفيذ الإصدار (الإصدارات) الصيانة بحيث يكون المنتج نسخة معتمدة من قبل المرخص له أو (ه) لم يدفع المرخص له رسوم الترخيص أو رسوم خدمات الدعم عند استحقاقها. بالإضافة إلى ذلك، لا يكون المرخص ملزما بتقديم خدمات الدعم لرمز البرنامج المكتوب من قبل العميل نفسه استنادا إلى المنتج. ه. يحتفظ المرخص بالحق في إيقاف خدمات الدعم إذا قرر المرخص، وفقا لتقديره الخاص، أن الدعم المتواصل لأي منتج لم يعد ممكنا من الناحية الاقتصادية. سيعطي المرخص للمرخص له قبل ثلاثة أشهر على الأقل إشعار خطي مسبق عن أي توقف من هذا النوع من خدمات الدعم، وسوف يقوم برد أي رسوم خدمات دعم غير مستحقة قد يكون المرخص له قد دفع مسبقا فيما يتعلق بالمنتج المتأثر. لا یلتزم المرخص بدعم أو الاحتفاظ بأي إصدار من المنتوج أو الأنظمة الأساسیة للجهات الخارجیة (بما في ذلك علی سبیل المثال لا الحصر البرامج أو جفم أو نظام التشغیل أو الأجھزة) التي یدعمھا المنتج باستثناء (i) الإصدار الحالي من المنتج ومنصة الطرف الثالث الأساسي، و (2) الإصدارين السابقين مباشرة من المنتج ونظام التشغيل لمدة ستة (6) أشهر بعد أن يتم إلغاؤه أولا. يحتفظ المرخص بالحق في تعليق أداء خدمات الدعم إذا فشل المرخص له في دفع أي مبلغ مستحق الدفع للمرخص بموجب الاتفاقية في غضون ثلاثين (30) يوما بعد استحقاق هذا المبلغ. 6. الضمان أ. ويضمن المرخص أن البرنامج سوف يكون قادرا على الأداء من جميع النواحي المادية وفقا للمواصفات الوظيفية المنصوص عليها في الوثائق المطبقة لمدة 90 يوما بعد تاريخ تثبيت البرنامج. في حالة خرق هذا الضمان، يجب على المرخص، بناء على خياره، تصحيح البرنامج أو استبدال هذه البرمجيات مجانا. ما سبق هو علاجاتك الوحيدة والحصرية والمسؤولية الوحيدة ل Licensor8217s عن خرق هذه الضمانات. يتم تقديم الضمانات المنصوص عليها أعلاه لصالحك ولصالحك فقط. لا تنطبق الضمانات إلا إذا (أ) تم تثبيت البرنامج واستخدامه بشكل صحيح في جميع الأوقات ووفقا لتعليمات الاستخدام (ج) تم تطبيق آخر التحديثات على البرنامج و (ج) عدم إجراء أي تعديل أو تغيير أو إضافة إلى البرامج من قبل أشخاص آخرين غير المرخص أو الممثل المرخص L219s. 7. إخلاء المسؤولية باستثناء ما هو منصوص عليه في القسم 6 (أ)، يقوم المرخص بإخلاء المسؤولية صراحة عن جميع الضمانات، صريحة أو ضمنية، بما في ذلك أية ضمانات ضمنية تتعلق بالتجارة والصلاحية لغرض معين وعدم الانتهاك وأي ضمانات تنشأ عن دورة التعامل أو استخدام التجارة. لن تقدم أي نصيحة أو معلومات، سواء كانت شفهية أو مكتوبة، من المرخص أو في الوقت الحالي، أي ضمان لم يتم النص عليه صراحة في هذه الاتفاقية. لا يقدم المرخص أي ضمان بأن منتج البرنامج سوف يلبي متطلباتك أو يعمل بموجب شروط الاستخدام الخاصة بك. لا يقدم المرخص أي ضمان بأن تشغيل منتج البرنامج سوف يكون آمنا أو خاليا من الأخطاء أو خاليا من الانقطاع. يجب عليك أن تحدد ما إذا كان المنتج البرنامج يلبي متطلباتك للأمن وعدم الانتهاك بكفاءة. تتحمل المسؤولية الكاملة وجميع المسؤوليات عن أي خسارة تتكبد بسبب فشل منتج البرنامج لتلبية متطلباتك. لن يكون المرخص، تحت أي ظرف من الظروف، مسؤولا أو مسؤولا عن فقدان البيانات على أي جهاز كمبيوتر أو جهاز تخزين المعلومات. 8. تحديد المسؤولية LICENSOR8217S مجموع المسؤولية لك من جميع أسباب العمل وبموجب جميع نظريات المسؤولية سيقتصر على ولن تتجاوز رسوم الترخيص المدفوعة من قبلك إلى المرخص للبرنامج. لن يكون المرخص بأي حال من الأحوال مسؤولا تجاهك عن أي أضرار خاصة أو عرضية أو اعتبارية أو تأديبية أو لاحقة (بما في ذلك فقدان الاستخدام أو البيانات أو الأعمال التجارية أو الأرباح) أو مقابل تكلفة معالجة المنتجات البديلة الناشئة عن أو فيما يتعلق بهذا اتفاقية أو استخدام أو أداء البرنامج، سواء كانت هذه المسؤولية تنشأ عن أي مطالبة تستند إلى العقد أو الضمان أو الضرر (بما في ذلك الإهمال) أو المسؤولية الصارمة أو غير ذلك، وما إذا كان قد تم إبلاغ المرخص باحتمال وقوع هذا الخرق أو ضرر. سوف تظل القيود السابقة سارية المفعول وتطبق حتى لو وجدت أي تعويض محدود محدد في هذه الاتفاقية إلى أنها فشلت في تحقيق هدفها الأساسي. إلى الحد الذي تقضي فيه السلطة القضائية القابلة للتطبيق بقدرة LICENSOR8217S على إخلاء المسؤولية عن أية ضمانات ضمنية، يجب أن يكون هذا التنصل نافذا إلى أقصى حد مسموح به. 9. عام إذا كان أي حكم من أحكام هذه الاتفاقية يعتبر غير صالح أو غير قابل للتنفيذ، تبقى باقي هذه الاتفاقية سارية المفعول. وبقدر ما لا تسمح القوانين السارية بأي قيود صريحة أو ضمنية، تظل هذه القيود الصريحة أو الضمنية سارية المفعول وتؤثر إلى أقصى حد تسمح به هذه القوانين السارية. هذا الاتفاق هو الاتفاق الكامل والحصري بين الطرفين فيما يتعلق بموضوع هذه الاتفاقية، يحل محل أي وجميع الاتفاقات السابقة والاتصالات والتفاهمات (المكتوبة والشفوية) بشأن هذا الموضوع. الأطراف في هذا الاتفاق هم متعاقدون مستقلون، ولا تملك سلطة إلزام الطرف الآخر أو تحمل التزامات على الناخبين الآخرين في الشركة. إن عدم قيام أي من الطرفين بممارسة أو إنفاذ أي من حقوقه بموجب هذا الاتفاق سيكون بمثابة تنازل عن هذه الحقوق. يتم رفض أي شروط أو شروط واردة في أي أمر شراء أو وثيقة طلب أخرى تتنافى مع أو بالإضافة إلى أحكام وشروط هذه الاتفاقية من قبل المرخص وستعتبر خالية ولا تأثير. سوف تفسر هذه الاتفاقية وتفسر وفقا لقوانين سويسرا، بغض النظر عن تضارب مبادئ القانون. يوافق الطرفان بموجب هذا على الاختصاص الحصري ومكان انعقاد المحاكم الموجودة في زيورخ بسويسرا لتسوية أي نزاعات تنشأ أو تتعلق بهذه الاتفاقية. 10. التعاريف 8220 التقييم يعني الاستخدام 8221 يعني استخدام البرنامج فقط للتقييم والمحاكمة للتطبيقات الجديدة المخصصة لاستخدامك للإنتاج. 8220 الإنتاج يعني استخدام 8221 استخدام البرنامج لأغراض تجارية داخلية فقط. الإنتاج لا يشمل الاستخدام الحق في إعادة إنتاج البرنامج للترخيص من الباطن أو إعادة البيع أو التوزيع، بما في ذلك على سبيل المثال لا الحصر، التشغيل على تقاسم الوقت أو توزيع البرنامج كجزء من ترتيب أسب أو فار أو أوم أو الموزع أو المورد. 8220Software8221 يعني برنامج Licensor8217s وجميع مكوناته والتوثيق والأمثلة التي يتضمنها المرخص. 8220Error8221 يعني إما (أ) فشل المنتج في مطابقة المواصفات المنصوص عليها في الوثائق، مما يؤدي إلى عدم القدرة على استخدام أو تقييد استخدام المنتج، و (ب) مشكلة تتطلب إجراءات جديدة، وتوضيحات ، وطلبات معلومات إضافية حول تحسينات المنتج. 8220 مينتنانس Release8221 يعني ترقيات وتحديثات المنتج التي يتم توفيرها للمرخص لهم وفقا لخدمات الدعم القياسية المحددة في القسم 5. 8220Update8221 يعني إما تعديل البرنامج أو الإضافة التي، عند إجراء أو إضافة إلى المنتج، بتصحيح الخطأ أو الإجراء أو الروتين الذي، عندما لوحظ في التشغيل المنتظم للمنتج، يزيل التأثير السلبي العملي للخطأ على المرخص له. 8220Upgrade8221 يعني مراجعة للمنتج الذي تم إصداره من قبل المرخص لعميل المستخدم النهائي بشكل عام، خلال مدة خدمات الدعم، لإضافة وظائف جديدة ومختلفة أو لزيادة قدرة المنتج. لا تتضمن الترقية إصدار منتج جديد أو ميزات مضافة قد تكون هناك رسوم منفصلة. توخ الحذر عند إكمال طلبك. وتجتمع لجنة القبول لدينا مرة واحدة في الأسبوع لتقييم المتقدمين. معظم المتقدمين الناجحين يتباهى مزيج من الأكاديميين قوية، والمصالح اللاصفية وشغف للتفوق في حياتهم المهنية في المستقبل الأماكن على برامجنا يتم تخصيصها على أساس يأتي أولا يخدم أولا. كذلك نعلمك في غضون عشرة أيام عمل إذا كنت ناجحة. العيش، والعمل، والدراسة السفر أمبير في الخارج. لا حل وسط. المتدرب، وتعلم، والرصاص، وتنمو أمبير استكشاف في مدينة عالمية. اغتنام اليوم أمبير آمن غدا. لا حل وسط. تجربة أمبير مدى الحياة لمهارات لك آخر مدى الحياة. استكشاف أمبير تسريع حياتك المهنية. لا حل وسط. اكتشاف أمب المحتملة الخاصة بك الحصول على الطريق لتحقيق ذلك. نحن أعضاء فخورون من الجمعيات التالية: سي هو مزود التعلم المتسارع. نحن نقدم برامج تعليمية تجريبية غامرة لطلاب الجامعات والخريجين الجدد ومرحلة مبكرة مغير الوظيفي. نادرا ما نعيش التطبيقات في العزلة. ما إذا كان تطبيق المبيعات الخاص بك يجب أن تتفاعل مع تطبيق المخزون الخاص بك، يجب أن يكون لديك طلب الشراء الاتصال بموقع المزاد، أو أجهزة المساعد الشخصي الرقمي الخاص بك بيم يجب مزامنة مع خادم تقويم الشركات، يبدو أن أي تطبيق يمكن أن يكون أفضل من خلال دمجه مع التطبيقات الأخرى. يجب على جميع حلول التكامل التعامل مع بعض التحديات الأساسية: الشبكات غير موثوق بها. حلول التكامل لديها لنقل البيانات من جهاز كمبيوتر إلى آخر عبر الشبكات. بالمقارنة مع عملية تشغيل على جهاز كمبيوتر واحد، يجب أن تكون الحوسبة الموزعة على استعداد للتعامل مع مجموعة أكبر بكثير من المشاكل المحتملة. في كثير من الأحيان، يتم فصل نظامين يتم دمجهما بواسطة القارات والبيانات بينهما يجب أن يسافر من خلال خطوط الهاتف، وشرائح لان، والموجهات، والمفاتيح، والشبكات العامة، والروابط الساتلية. كل من هذه الخطوات يمكن أن يسبب التأخير أو انقطاع. الشبكات بطيئة. إرسال البيانات عبر شبكة متعددة أوامر أبطأ من إجراء مكالمة محلية. تصميم حل موزعة على نطاق واسع بنفس الطريقة التي يمكن أن تقترب من تطبيق واحد يمكن أن يكون لها آثار كارثية الأداء. أي تطبيقين مختلفين. حلول التكامل تحتاج إلى نقل المعلومات بين الأنظمة التي تستخدم لغات البرمجة المختلفة، ومنصات التشغيل، وتنسيقات البيانات. يجب أن يكون حل التكامل قادرا على التفاعل مع كل هذه التقنيات المختلفة. التغيير أمر لا مفر منه. تتغير التطبيقات بمرور الوقت. يجب أن يواكب حل التكامل التغييرات في التطبيقات التي يربطها. حلول التكامل يمكن بسهولة الحصول على اشتعلت في تأثير الانهيار من التغييرات إذا تغير نظام واحد، قد تتأثر جميع النظم الأخرى. يحتاج حل التكامل إلى تقليل التبعيات من نظام إلى آخر باستخدام اقتران فضفاض بين التطبيقات. مع مرور الوقت، المطورين التغلب على هذه التحديات مع أربعة نهج رئيسية: نقل الملفات تطبيق واحد يكتب ملف آخر يقرأ في وقت لاحق. تحتاج التطبيقات إلى الموافقة على اسم الملف والموقع، وتنسيق الملف، وتوقيت متى سيتم كتابة وقراءة، والذي سيتم حذف الملف. قاعدة البيانات المشتركة تتشارك تطبيقات متعددة نفس مخطط قاعدة البيانات الموجود في قاعدة بيانات فعلية واحدة. لأنه لا يوجد تخزين البيانات مكررة، لا يجب نقل البيانات من تطبيق واحد إلى الآخر. ريموت بروسدور إنوكاتيون تطبيق واحد يعرض بعض وظائفه بحيث يمكن الوصول إليه عن بعد عن طريق تطبيقات أخرى كإجراء عن بعد. يحدث التواصل في الوقت الحقيقي وبشكل متزامن. المراسلة تنشر إحدى التطبيقات رسالة إلى قناة رسائل مشتركة. يمكن للتطبيقات الأخرى قراءة الرسالة من القناة في وقت لاحق. يجب أن تتفق التطبيقات على قناة وكذلك شكل الرسالة. الاتصال غير متزامن. في حين أن جميع النهج الأربعة تحل أساسا نفس المشكلة، كل نمط له مزايا وعيوب متميزة. في الواقع، قد تدمج التطبيقات باستخدام أنماط متعددة بحيث تستفيد كل نقطة من التكامل من النمط الذي يناسبها. ما هو التراسل هذا الكتاب هو حول كيفية استخدام الرسائل لدمج التطبيقات. وهناك طريقة بسيطة لفهم ما هي الرسائل هو النظر في نظام الهاتف. مكالمة هاتفية هي شكل متزامن من الاتصالات. لا يمكنني التواصل مع الطرف الآخر إلا إذا كان الطرف الآخر متاحا في الوقت الذي أضع فيه المكالمة. البريد الصوتي من ناحية أخرى، يسمح الاتصالات غير المتزامنة. مع البريد الصوتي، عندما لا يجيب المتلقي، يمكن للمتصل ترك له رسالة في وقت لاحق المتلقي (على راحتك) يمكن الاستماع إلى الرسائل في قائمة الانتظار في صندوق البريد الخاص به. البريد الصوتي تمكن المتصل من ترك رسالة الآن بحيث المتلقي يمكن الاستماع إليها في وقت لاحق، وهو أسهل كثيرا من محاولة للحصول على المتصل والمتلقي على الهاتف في نفس الوقت. حزم البريد الصوتي (جزء على الأقل من) مكالمة هاتفية في رسالة وطوابير لاستهلاك لاحق هذا هو أساسا كيفية عمل الرسائل. التراسل هو تقنية تمكن الاتصالات عالية السرعة وغير المتزامنة، من برنامج إلى برنامج مع تسليم موثوق بها. البرامج التواصل عن طريق إرسال حزم من البيانات تسمى رسالة s لبعضها البعض. قناة s، المعروف أيضا باسم طوابير، هي المسارات المنطقية التي تربط البرامج ونقل الرسائل. قناة تتصرف مثل مجموعة أو مجموعة من الرسائل، ولكن واحد الذي يتم تقاسمها سحرية عبر أجهزة كمبيوتر متعددة، ويمكن استخدامها في وقت واحد من قبل تطبيقات متعددة. المرسل أو المنتج هو البرنامج الذي يرسل رسالة عن طريق كتابة الرسالة إلى قناة. جهاز الاستقبال أو المستهلك هو برنامج يتلقى رسالة من خلال قراءة (وحذف) من قناة. الرسالة نفسها هي ببساطة نوع من هياكل البيانات مثل سلسلة، صفيف بايت، سجل، أو كائن. ويمكن تفسيرها ببساطة كبيانات، ووصف الأمر الذي يمكن الاحتجاج به على جهاز الاستقبال، أو بوصف وصف حدث وقع في المرسل. تحتوي الرسالة فعلا على جزأين، رأس وجسم. يحتوي رأس الصفحة على معلومات وصفية حول مساجيوو إرسالها، حيث الذهاب، وما إلى ذلك يتم استخدام هذه المعلومات من قبل نظام الرسائل، ومعظمها (ولكن ليس دائما) تجاهلها من قبل التطبيقات باستخدام الرسائل. يحتوي الجسم على البيانات التي يتم إرسالها ويتم تجاهلها من قبل نظام الرسائل. في المحادثة، عندما مطور التطبيق الذي يستخدم الرسائل المحادثات حول رسالة، هيس عادة ما يشير إلى البيانات في نص الرسالة. أبنية الرسائل غير المتزامنة قوية، ولكنها تتطلب منا إعادة النظر في نهج التنمية لدينا. وبالمقارنة مع نهج التكامل الثلاثة الأخرى، تعرض عدد قليل نسبيا من المطورين للتعرض لنظم الرسائل والرسائل. ونتيجة لذلك، مطوري التطبيقات بشكل عام ليست على دراية بالتعابير وخصوصيات هذه منصة الاتصالات. ما هي قدرات التراسل نظام التراسل وعادة ما يتم توفيرها من قبل نظام البرمجيات منفصلة تسمى نظام الرسائل أو الوسيطة الموجهة نحو الرسائل (مام). نظام الرسائل يدير الرسائل الطريقة التي يدير نظام قاعدة البيانات استمرار البيانات. كما يجب على مسؤول تعبئة قاعدة البيانات مع مخطط بيانات التطبيقات، يجب على مسؤول تكوين نظام الرسائل مع القنوات التي تحدد مسارات الاتصال بين التطبيقات. نظام الرسائل ثم ينسق ويدير إرسال واستقبال الرسائل. والغرض الرئيسي من قاعدة البيانات هو التأكد من استمرار كل سجل بيانات بأمان، وبالمثل فإن المهمة الرئيسية لنظام الرسائل هي نقل الرسائل من جهاز الكمبيوتر المرسل إلى جهاز الاستقبال بطريقة موثوقة. سبب الحاجة إلى نظام الرسائل لنقل الرسائل من جهاز كمبيوتر إلى آخر هو أن أجهزة الكمبيوتر والشبكات التي تربطها هي لا يمكن الاعتماد عليها بطبيعتها. فقط لأن أحد التطبيقات جاهز لإرسال رسالة لا يعني أن التطبيق الآخر جاهز لاستلامه. حتى لو كان كل من التطبيقات جاهزة، قد لا تعمل الشبكة، أو قد تفشل في نقل البيانات بشكل صحيح. نظام الرسائل يتغلب على هذه القيود من خلال محاولة مرارا لنقل الرسالة حتى تنجح. في ظل الظروف المثالية، يتم إرسال الرسالة بنجاح في المحاولة الأولى، ولكن الظروف غالبا ما تكون غير مثالية. في جوهرها، يتم إرسال رسالة في خمس خطوات: إنشاء المرسل يخلق الرسالة وملء مع البيانات. إرسال المرسل يضيف الرسالة إلى قناة. تسليم نظام الرسائل ينقل الرسالة من جهاز الكمبيوتر المرسل إلى جهاز الاستقبال، مما يجعلها متاحة للمستقبل. استقبال المستلم يقرأ الرسالة من القناة. العملية يقوم جهاز الاستقبال باستخراج البيانات من الرسالة. يوضح هذا الرسم البياني خطوات النقل الخمس هذه، التي يقوم بها الكمبيوتر كل منها، والخطوات التي تنطوي على نظام الرسائل: نقل الرسائل خطوة بخطوة يوضح هذا الرسم البياني أيضا مفهومي الرسائل المهمين: إرسال ونسيان في الخطوة 2، يرسل تطبيق الإرسال الرسالة إلى قناة الرسالة. وبمجرد أن يتم إرسال كاملة، يمكن للمرسل الذهاب إلى عمل آخر في حين أن نظام الرسائل ينقل الرسالة في الخلفية. يمكن للمرسل أن يكون واثقا من أن المتلقي سوف تتلقى في نهاية المطاف الرسالة وليس من الضروري أن تنتظر حتى يحدث ذلك. تخزين وإعادة توجيه في الخطوة 2، عندما يرسل تطبيق الإرسال الرسالة إلى قناة الرسالة، يخزن نظام الرسائل الرسالة على جهاز الكمبيوتر المرسلين، إما في الذاكرة أو على القرص. في الخطوة 3، يقوم نظام الرسائل بتسليم الرسالة عن طريق إعادة توجيهها من جهاز الكمبيوتر المرسل إلى جهاز الكمبيوتر الخاص بالمستقبلات، ثم يقوم بتخزين الرسالة مرة أخرى على جهاز الكمبيوتر الخاص بالاستقبال. قد تتكرر عملية التخزين والترحيل عدة مرات، حيث يتم نقل الرسالة من كمبيوتر إلى آخر، حتى تصل إلى جهاز الكمبيوتر الخاص بالاستقبال. قد تبدو خطوات إنشاء وإرسال واستقبال وعملية مثل النفقات العامة غير الضرورية. لماذا لا يتم تسليم البيانات إلى المتلقي ببساطة عن طريق التفاف البيانات كرسالة وتخزينها في نظام الرسائل، وتفويض التطبيقات إلى نظام الرسائل مسؤولية تقديم البيانات. لأن البيانات هي ملفوفة كرسالة ذرية، يمكن إعادة محاولة التسليم حتى ينجح ويمكن استقبال المتلقي من موثوق الحصول على نسخة واحدة بالضبط من البيانات. لماذا استخدام الرسائل الآن بعد أن نعرف ما هي الرسائل، يجب أن نسأل: لماذا استخدام الرسائل كما هو الحال مع أي حل متطور، لا يوجد إجابة واحدة بسيطة. الجواب السريع هو أن الرسائل أكثر إلحاحا من نقل الملفات. أفضل مغلفة من قاعدة البيانات المشتركة. وأكثر موثوقية من استدعاء الإجراء البعيد. ومع ذلك، هذا مجرد بداية من المزايا التي يمكن الحصول عليها باستخدام الرسائل. فوائد محددة من الرسائل ما يلي: الاتصالات عن بعد. الرسائل يتيح تطبيقات منفصلة للاتصال ونقل البيانات. كائنين يقيمان في نفس العملية يمكن ببساطة مشاركة نفس البيانات في الذاكرة. إرسال البيانات إلى كمبيوتر آخر هو أكثر تعقيدا بكثير ويتطلب نسخ البيانات من جهاز كمبيوتر إلى آخر. وهذا يعني أن الكائنات يجب أن تكون قابلة للتسلسل، أي أنها يمكن تحويلها إلى تيار بايت بسيط يمكن إرسالها عبر الشبكة. إذا لم يكن هناك حاجة الاتصالات عن بعد، ليست هناك حاجة الرسائل حل أبسط مثل مجموعات المتزامنة أو الذاكرة المشتركة كافية. بلاتفورمانغواد إنتغراشيون. وعند ربط أنظمة حاسوبية متعددة عن طريق الاتصال عن بعد، فإن هذه الأنظمة تستخدم على الأرجح لغات وتقنيات ومنصات مختلفة، ربما لأنها قد طورت على مر الزمن من قبل فرق مستقلة. ودمج هذه التطبيقات المتباينة يمكن أن يتطلب منطقة منزوعة السلاح من الوسيطة للتفاوض بين التطبيقات، وغالبا ما تستخدم أقل القواسم المشتركة كملفات بيانات مسطحة ذات صيغ غامضة. في هذه الظروف، يمكن أن يكون نظام الرسائل مترجما عالميا بين التطبيقات التي تعمل مع كل لغة منها ومنصة على شروطها الخاصة، ولكن يسمح لهم جميعا التواصل من خلال نموذج الرسائل المشتركة. هذا الاتصال العالمي هو قلب نمط باص مساج. الاتصال غير المتزامن. التراسل تمكن من إرسال وننسى النهج للتواصل. ولا يتعين على المرسل الانتظار حتى يتلقى المتلقي الرسالة ويعالجها، بل لا يتعين عليها الانتظار حتى يقوم نظام الرسائل بتسليم الرسالة. يحتاج المرسل فقط إلى انتظار إرسال الرسالة، على سبيل المثال. لكي يتم تخزين الرسالة بنجاح في القناة بواسطة نظام الرسائل. بمجرد تخزين الرسالة، يكون المرسل حرا في أداء أعمال أخرى أثناء إرسال الرسالة في الخلفية. قد يرغب المتلقي في إرسال إشعار بالاستلام أو يعود إلى المرسل، الأمر الذي يتطلب رسالة أخرى، يجب أن يتم الكشف عن التسليم بواسطة آلية رد على المرسل. توقيت متغير. مع الاتصالات المتزامنة، يجب على المتصل الانتظار لاستقبال الانتهاء من معالجة المكالمة قبل المتصل يمكن الحصول على النتيجة والاستمرار. وبهذه الطريقة، يستطيع المتصل فقط إجراء المكالمات بأسرع ما يمكن للمستقبل أن يؤديها. ومن ناحية أخرى، تسمح الاتصالات غير المتزامنة للمرسل بدفع الطلبات إلى المستقبل على وتيرته، وعلى المستقبل أن يستهلك الطلبات على وتيرته المختلفة. وهذا يسمح لكلا التطبيقين لتشغيل في أقصى قدر من الإنتاجية وعدم إضاعة الوقت في الانتظار على بعضها البعض (على الأقل حتى نفاد المتلقي من الرسائل إلى معالجة). خانق. وهناك مشكلة مع إجراء المكالمات عن بعد هو أن الكثير منهم على جهاز استقبال واحد في نفس الوقت يمكن أن الزائد المتلقي. قد يتسبب ذلك في تدهور الأداء، بل قد يؤدي إلى تعطل جهاز الاستقبال. وتمكن الاتصالات غير المتزامنة جهاز الاستقبال من التحكم في المعدل الذي يستهلك فيه الطلبات، حتى لا يتحمله عدد كبير جدا من الطلبات المتزامنة. يتم تقليل التأثير السلبي على المتصلين الناجمة عن هذا الاختناق لأن الاتصال غير متزامن، لذلك لا يتم حظر المتصلين الانتظار على المتلقي. اتصالات موثوقة. يوفر التراسل تسليم موثوق به أن إجراء إجراء بعيد (ريك) لا يمكن. والسبب في التراسل أكثر موثوقية من ريك هو أن الرسائل تستخدم مخزن والنهج إلى الأمام لنقل الرسائل. يتم حزم البيانات كرسائل، وهي وحدات ذرية مستقلة. عندما يرسل المرسل رسالة، يخزن نظام الرسائل الرسالة. ثم يقوم بتسليم الرسالة عن طريق إعادة توجيهها إلى جهاز الكمبيوتر، حيث يتم تخزينها مرة أخرى. ويفترض أن تكون عملية تخزين الرسالة على كمبيوتر المرسل وجهاز الاستقبال أمرا موثوقا به. (لجعله أكثر موثوقية، يمكن تخزين الرسائل على القرص بدلا من الذاكرة انظر التسليم مضمون.) ما هو غير موثوق به هو إعادة توجيه (نقل) الرسالة من جهاز الكمبيوتر المرسلين إلى جهاز الكمبيوتر أجهزة الاستقبال، لأن المتلقي أو الشبكة قد لا تشغيل بشكل صحيح. نظام الرسائل يتغلب على هذا عن طريق إعادة إرسال الرسالة حتى تنجح. هذا إعادة المحاولة التلقائي تمكن نظام الرسائل للتغلب على المشاكل مع الشبكة بحيث المرسل والمتلقي لا داعي للقلق حول هذه التفاصيل. عملية قطع الاتصال. تم تصميم بعض التطبيقات خصيصا لتشغيل غير متصل بالشبكة، ولكن لمزامنة مع ملقمات عندما يتوفر اتصال شبكة الاتصال. يتم نشر هذه التطبيقات على منصات مثل أجهزة الكمبيوتر المحمولة، وأجهزة المساعد الرقمي الشخصي، ولوحات السيارات. التراسل مثالية لتمكين هذه التطبيقات إلى مزامنة متزامنة يمكن وضعها في قائمة الانتظار كما يتم إنشاؤه، والانتظار حتى إعادة توصيل التطبيق إلى الشبكة. وساطة. يعمل نظام الرسائل كوسيط في نمط الوسيط الوسيط بين جميع البرامج التي يمكنها إرسال واستقبال الرسائل. تطبيق يمكن استخدامه كدليل من التطبيقات أو الخدمات الأخرى المتاحة للدمج مع. إذا تم قطع اتصال التطبيق عن الآخرين، فإنه يحتاج فقط إعادة الاتصال إلى نظام الرسائل، وليس لجميع تطبيقات المراسلة الأخرى. يمكن استخدام نظام الرسائل لتوفير عدد كبير من التوصيلات الموزعة إلى مورد مشترك، مثل قاعدة بيانات. يمكن لنظام الرسائل استخدام موارد زائدة لتوفير توفير عالي، وحمل التوازن، وإعادة توجيه حول اتصالات الشبكة الفاشلة، وأداء اللحن وجودة الخدمة. إدارة الموضوع. الاتصال غير المتزامن يعني أن تطبيق واحد ليس لديه لحظر أثناء انتظار تطبيق آخر لأداء مهمة، إلا إذا كان يريد. بدلا من منع انتظار الرد، يمكن للمتصل استخدام رد الاتصال الذي سيتم تنبيه المتصل عند وصول الرد. (راجع نموذج طلب الرد). قد يكون هناك عدد كبير من مؤشرات الترابط المحظورة أو مؤشرات الترابط المحظورة لفترة طويلة مشكلة. عدد كبير جدا من المواضيع المحظورة قد يترك التطبيق مع عدد قليل جدا من المواضيع المتاحة لأداء العمل الحقيقي. إذا كان التطبيق مع بعض عدد ديناميكي من المواضيع المحظورة تعطل، عند إعادة تشغيل التطبيق ويسترد حالته السابقة، وإعادة تأسيس هذه المواضيع سيكون من الصعب. مع الاستدعاءات، المواضيع الوحيدة التي كتلة هي صغيرة، عدد معروف من المستمعين في انتظار الردود. هذا يترك معظم المواضيع المتاحة لعمل آخر ويحدد عدد معروف من المواضيع المستمع التي يمكن بسهولة إعادة تأسيس بعد وقوع حادث. لذلك هناك عدد من الأسباب المختلفة للتطبيق أو المؤسسة قد تستفيد من الرسائل. بعض هذه هي التفاصيل الفنية التي مطوري التطبيقات تتصل أكثر سهولة ل، في حين أن البعض الآخر القرارات الاستراتيجية التي يتردد صداها أفضل مع المهندسين المعماريين المؤسسة. أي من هذه الأسباب هو الأكثر أهمية يعتمد على المتطلبات الحالية لتطبيقات معينة. انهم جميعا أسباب وجيهة لاستخدام الرسائل، لذلك الاستفادة من أيهما الأسباب توفر أكبر فائدة لك. تحديات الرسائل غير المتزامنة ليست الرسائل المتزامنة هي الحل الشافي للتكامل. وهو يحل العديد من التحديات المتمثلة في دمج النظم المتباينة بطريقة أنيقة، ولكنه يقدم أيضا تحديات جديدة. وبعض هذه التحديات متأصلة في النموذج غير المتزامن بينما تختلف التحديات الأخرى مع التنفيذ المحدد لنظام الرسائل. نموذج البرمجة المعقدة. تتطلب الرسائل غير المتزامنة للمطورين العمل مع نموذج برمجة يحركه الحدث. لم يعد من الممكن ترميز منطق التطبيق بطريقة واحدة تستدعي أساليب أخرى، ولكن المنطق الآن مقسم إلى عدد من معالجات الأحداث التي تستجيب للرسائل الواردة. هذا النظام أكثر تعقيدا وأصعب لتطوير وتصحيح. على سبيل المثال، ما يعادل استدعاء طريقة بسيطة يمكن أن يتطلب رسالة طلب وقناة طلب، ورسالة رد وقناة رد، ومعرف ارتباط وقائمة انتظار رسائل غير صالحة (كما هو موضح في طلب الرد). تسلسل القضايا. تضمن قنوات الرسائل تسليم الرسالة، ولكنها لا تضمن وقت تسليم الرسالة. هذا يمكن أن يسبب الرسائل التي يتم إرسالها في تسلسل للخروج من التسلسل. في الحالات التي تعتمد فيها الرسائل على بعضهم البعض يجب أن تؤخذ عناية خاصة لإعادة تأسيس تسلسل الرسالة. سيناريوهات متزامنة. لا يمكن لجميع التطبيقات تعمل في إرسال وننسى الوضع. إذا كان المستخدم يبحث عن تذاكر الطيران، وقال انه أو أنها سوف تريد أن ترى سعر التذكرة على الفور، وليس بعد بعض الوقت غير محدد. ولذلك، فإن العديد من أنظمة الرسائل تحتاج إلى سد الفجوة بين الحلول المتزامنة وغير المتزامنة. (راجع نموذج طلب الرد.) الأداء. تضيف أنظمة المراسلة بعض النفقات العامة للاتصال. فإنه يأخذ جهد لجعل البيانات في رسالة وإرسالها، وتلقي رسالة ومعالجتها. إذا كان لديك لنقل جزء ضخم من البيانات، وتقسيمها إلى قطع صغيرة غازيليون قد لا تكون فكرة ذكية. على سبيل المثال، إذا كان حل التكامل يحتاج إلى مزامنة المعلومات بين نظامين موجودين، فإن الخطوة الأولى هي عادة تكرار كل المعلومات ذات الصلة من نظام إلى آخر. لمثل هذه الخطوة النسخ المتماثل البيانات المجمعة، أدوات إيتل (استخراج، وتحويل، وتحميل) هي أكثر كفاءة بكثير من الرسائل. الرسائل هي الأنسب للحفاظ على أنظمة متزامنة بعد النسخ المتماثل البيانات الأولية. دعم منصة محدودة. لا تتوفر العديد من أنظمة المراسلة الخاصة على جميع المنصات. في كثير من الأحيان يكون من الأسهل ل فتب ملف إلى منصة أخرى من الوصول إليه عبر نظام الرسائل. قبضة الباعة في. تعتمد العديد من تطبيقات نظام الرسائل على البروتوكولات الملكية. حتى مواصفات الرسائل الشائعة مثل جمس لا تتحكم في التنفيذ الفعلي للحل. ونتيجة لذلك، عادة ما لا تتصل أنظمة الرسائل المختلفة ببعضها البعض. هذا يمكن أن أترك لكم مع تحدي التكامل الجديد كله: دمج حلول التكامل متعددة (انظر نمط جسر التراسل). حتى الرسائل المتزامنة لا يحل جميع المشاكل، وحتى يمكن إنشاء بعض جديدة. إبقاء هذه العواقب في الاعتبار عند تحديد أي مشاكل لحل باستخدام الرسائل. التفكير المراسلة غير المتزامنة هي تقنية غير متزامنة، مما يتيح إعادة محاولة التسليم حتى تنجح. في المقابل، تستخدم معظم التطبيقات استدعاءات الدالة متزامنة على سبيل المثال: إجراء استدعاء إجراء فرعي أو طريقة واحدة تستدعي طريقة أخرى أو إجراء واحد استدعاء آخر عن بعد من خلال إجراء إجراء بعيد (ريك) (مثل كوربا و دسوم). المكالمات المتزامنة تشير ضمنا إلى إيقاف عملية الاتصال أثناء تنفيذ العملية الفرعية دالة. حتى في سيناريو ريك، حيث يتم تنفيذ الإجراء الفرعي يسمى في عملية مختلفة، كتل المتصل حتى يتم إرجاع الإجراء الفرعي التحكم (والنتائج) إلى المتصل. عند استخدام الرسائل غير المتزامنة، يستخدم المتصل نهج إرسال وننسى يسمح له بمواصلة التنفيذ بعد إرسال الرسالة. ونتيجة لذلك، يستمر تشغيل إجراء الطعن أثناء الاحتجاج بالإجراء الفرعي. دالات استدعاء متزامنة وغير متزامنة يوجد في الاتصالات غير المتزامنة عدد من الآثار. أولا، لم يعد لدينا سلسلة واحدة من التنفيذ. المواضيع متعددة تمكين الإجراءات الفرعية لتشغيل في وقت واحد، والتي يمكن أن تحسن كثيرا الأداء وتساعد على ضمان أن بعض العمليات الفرعية تحرز تقدما حتى في حين قد تكون العمليات الفرعية الأخرى في انتظار النتائج الخارجية. ومع ذلك، المواضيع المتزامنة يمكن أيضا جعل التصحيح أكثر صعوبة بكثير. ثانيا، النتائج (إن وجدت) تصل عبر رد. وهذا يتيح للمتصل لأداء مهام أخرى ويتم إخطار عندما تكون النتيجة المتاحة، والتي يمكن أن تحسن الأداء. ومع ذلك، يجب أن يكون المتصل قادرا على معالجة النتيجة حتى في حين أنه في منتصف المهام الأخرى، ويجب أن تكون قادرة على استخدام النتيجة لتذكر السياق الذي تم إجراء المكالمة. ثالثا، يمكن تنفيذ العمليات الفرعية غير المتزامنة بأي ترتيب. ومرة أخرى، يتيح ذلك إجراء فرعي واحد لإحراز تقدم حتى في حين لا يمكن إجراء آخر. ولكنه يعني أيضا أن العمليات الفرعية يجب أن تكون قادرة على تشغيل بشكل مستقل في أي أمر، ويجب أن يكون المتصل قادرا على تحديد أي نتيجة جاءت من العملية الفرعية والجمع بين النتائج معا. لذلك فإن الاتصالات غير المتزامنة لها مزايا عديدة ولكنها تتطلب إعادة التفكير في كيفية استخدام الإجراء للإجراءات الفرعية. التطبيقات الموزعة مقابل التكامل هذا الكتاب هو حول التكامل إنتغراتيونو دمج التطبيقات المستقلة بحيث يمكن أن تعمل معا. وغالبا ما يشتمل تطبيق المؤسسة على بنية من الطبقة n (نسخة أكثر تطورا من معمارية العميل) تمكن من توزيعها عبر عدة حواسيب. على الرغم من أن هذا يؤدي إلى عمليات على أجهزة مختلفة التواصل مع بعضها البعض، وهذا هو توزيع التطبيق، وليس التكامل التطبيق. لماذا تعتبر البنية من الطبقة N توزيع التطبيقات وليس دمج التطبيقات أولا، يتم توصيل أجزاء التواصل بإحكام مع بعضها البعض مباشرة، بحيث لا يمكن أن يعمل أحد الطبقات دون غيرها. وثانيا، فإن الاتصال بين المستويات يميل إلى أن يكون متزامنا. ثالثا، يميل تطبيق (n - الطبقة أو الذرية) أن يكون للمستخدمين البشريين التي لن تقبل سوى استجابة النظام السريع. في المقابل، والتطبيقات المتكاملة هي التطبيقات المستقلة التي يمكن أن تعمل كل في حد ذاته، ولكن التنسيق مع بعضها البعض بطريقة اقتران فضفاضة. وهذا يتيح لكل تطبيق التركيز على مجموعة شاملة واحدة من الوظائف وبعد تفويض إلى تطبيقات أخرى للوظائف ذات الصلة. التطبيقات المتكاملة التواصل بشكل غير متزامن لا تضطر إلى الانتظار لاستجابة يمكنهم المضي قدما دون رد أو أداء مهام أخرى في وقت واحد حتى يتوفر الرد. التطبيقات المتكاملة تميل إلى أن يكون لها قيود زمنية واسعة، بحيث يمكن أن تعمل على مهام أخرى حتى تصبح النتيجة المتاحة، وبالتالي أكثر صبرا من معظم المستخدمين البشريين ينتظرون في الوقت الحقيقي للحصول على نتيجة. أنظمة التراسل التجارية لقد فتحت الفوائد الظاهرة من دمج الأنظمة باستخدام حل الرسائل غير المتزامن سوقا هامة لموردي البرامج الذين يخلقون برامج وسط الرسائل والأدوات المرتبطة بها. يمكننا تقريبا مجموعة الباعة الرسائل المنتجات في الفئات الأربع التالية: أنظمة التشغيل. أصبح التراسل مثل هذه الحاجة المشتركة التي بدأت البائعين لدمج البنية التحتية اللازمة للبرمجيات في نظام التشغيل أو قاعدة البيانات منصة. على سبيل المثال، تتضمن أنظمة التشغيل ميكروسوفت ويندوز 2000 و ويندوز زب برنامج خدمة "وضع الرسائل في قائمة انتظار ميكروسوفت" (مسمق). يمكن الوصول إلى هذه الخدمة من خلال عدد من واجهات برمجة التطبيقات، بما في ذلك مكونات كوم ومساحة اسم System. Messaging، جزءا من منصة ميكروسوفت. وبالمثل، تقدم أوراكل أوراكل أق كجزء من منصة قاعدة البيانات الخاصة بها. خوادم التطبيقات. صن ميكروسيستمز أدرجت أولا خدمة التراسل جافا (جمس) في الإصدار 1.2 من مواصفات J2EE. ومنذ ذلك الحين، توفر جميع خوادم التطبيقات J2EE تقريبا (مثل عب وبسفهير و بي ويبلوجيك، الخ) تنفيذ لهذه المواصفات. أيضا، صن يسلم تنفيذ مرجع جمس مع J2EE جدك. أجنحة إيي. المنتجات من هؤلاء البائعين تقدم بروبريتريبوت ريتشيس وظيفيا التي تشمل الرسائل، أتمتة العمليات التجارية، سير العمل، بوابات، وغيرها من المهام. اللاعبين الرئيسيين في هذا السوق هم عب وبسفهير مق، ميكروسوفت بيزتالك، تيبكو، ويبثودس، سيبيوند، فيتريا، كروسورلدز، وغيرها. العديد من هذه المنتجات تشمل جمس باعتبارها واحدة من العديد من واجهات برمجة التطبيقات العميل أنها تدعم، في حين أن غيرها من بوردورسوتش كما سونيكسوفتوار و فيورانوفوكوس في المقام الأول على تنفيذ البنية التحتية الرسائل المتوافقة جمس. أدوات خدمات ويب. وقد حظيت خدمات الويب بالكثير من الاهتمام بمجتمعات تكامل المؤسسات. وتعمل هيئات المعايير والاتحادات بنشاط على توحيد عملية تسليم الرسائل الموثوق بها عبر خدمات الويب (أي موثوقية وس، و ريليابلميساجينغ، و إبس). وهناك عدد متزايد من البائعين يقدمون الأدوات التي تنفذ التوجيه والتحول وإدارة الحلول القائمة على الخدمات على شبكة الإنترنت. الأنماط الموجودة في هذا الكتاب مستقلة عن البائعين وتطبق على معظم حلول المراسلة. لسوء الحظ، يميل كل بائع إلى تعريف المصطلحات الخاصة به عند وصف حلول الرسائل. في هذا الكتاب سعينا إلى اختيار أسماء الأنماط التي هي التكنولوجيا والمنتج محايد، ولكن وصفي وسهل الاستخدام كونفيرزاتيونالي. وقد أدرج العديد من البائعين المراسلة بعض من هذه الأنماط الكتب كميزات لمنتجاتها، مما يبسط تطبيق أنماط وتسريع تطوير الحل. القراء الذين هم على دراية بمصطلح بائعي معين سوف تعترف على الأرجح العديد من المفاهيم في هذا الكتاب. لمساعدة هؤلاء القراء على رسم لغة النمط للمصطلحات الخاصة بالمورد، تقوم الجداول التالية بتخطيط أسماء الأنماط الأكثر شيوعا لأسماء خصائص المنتج المناظرة في بعض منتجات المراسلة الأكثر استخداما. أنماط تكامل المؤسسة نمط خدمة جافا (جمس) نموذج النموذج هذا الكتاب منظم كمجموعة من الأنماط المنظمة في لغة النمط. كتب مثل أنماط التصميم. نمط المنحى هندسة البرمجيات. أنماط J2EE الأساسية. وأنماط تطبيق المؤسسة العمارة قد شاع مفهوم استخدام أنماط لتوثيق تقنيات الكمبيوتر البرمجة. كريستوفر الكسندر رائدة مفهوم أنماط ونمط اللغات في كتبه لغة النمط والطريق الخالدة للبناء. ويمثل كل نمط قرارا يجب على القارئ اتخاذه والاعتبارات التي تدخل في ذلك القرار. لغة النمط هي شبكة من الأنماط ذات الصلة حيث كل نمط يؤدي إلى الآخرين، وتوجيه القارئ من خلال عملية صنع القرار. هذا النهج هو تقنية قوية لتوثيق المعرفة الخبراء بحيث يمكن فهمها بسهولة وتطبيقها من قبل غير الخبراء. لغة نمط يعلم القارئ كيفية حل مجموعة لا حدود لها من المشاكل داخل الفضاء مشكلة محدودة. لأن المشكلة الشاملة التي يتم حلها مختلفة في كل مرة، فإن المسار من خلال أنماط وكيفية تطبيقها هي أيضا فريدة من نوعها. وبهذه الطريقة، كتب هذا الكتاب لأي شخص باستخدام أي أدوات الرسائل لأي تطبيق، ولكن يمكن تطبيقها خصيصا لك وتطبيق معين من الرسائل التي تواجهها. فقط باستخدام نموذج النموذج لا يضمن أن الكتاب يحتوي على ثروة من المعرفة. ليس فقط يكفي أن أقول، عندما تواجه هذه المشكلة، تطبيق هذا الحل. ولكي يتعلم القارئ حقا من نمط ما، يجب عليه توثيق سبب صعوبة حل المشكلة، والنظر في الحلول الممكنة التي لا تعمل في الواقع بشكل جيد، وشرح السبب في أن الحل المقدم هو الأفضل. وبالمثل، فإن أنماط تحتاج إلى الاتصال مع بعضها البعض وذلك لسير القارئ من مشكلة واحدة إلى أخرى. وبهذه الطريقة، يمكن استخدام شكل النموذج لتعليم القارئ ليس فقط ما هي الحلول لتطبيق، ولكن كيفية حل المشاكل لم يكن المؤلف قد توقع. هذه هي الأهداف التي نسعى جاهدين لإنجازها في هذا الكتاب. يجب أن تكون الأنماط إلزامية، بمعنى أنها يجب أن تخبرك بما يجب القيام به. انهم لا مجرد وصف مشكلة، وأنها لا تصف فقط كيفية حلها، يقولون لك ما يجب القيام به لحلها. كل نمط يمثل قرارا يجب على القارئ أن يقوم به: هل يمكنني استخدام المراسلة هل يمكن أن تساعدني رسالة الرد هنا نقطة الأنماط ولغة النمط هي مساعدة القارئ على اتخاذ القرارات التي تؤدي إلى حل جيد لمشكلته المحددة، حتى لو لم يكن لدى المؤلفين هذه المشكلة المحددة في الاعتبار، وحتى لو كان القارئ لا يملك المعرفة والخبرة لتطوير هذا الحل من تلقاء نفسه. لا يوجد نموذج عالمي واحد شكل مختلف الكتب استخدام الهياكل المختلفة. استخدمنا النمط الذي هو إلى حد ما على مقربة من النموذج الكسندري، الذي كان أول شعبية لبرمجة الكمبيوتر في سمالتالك أفضل الممارسات أنماط من كينت بيك. نحن نحب النموذج الإسكندراني لأنه يؤدي إلى أنماط أكثر تشبه النثر. ونتيجة لذلك، على الرغم من أن كل نمط يتبع بنية متطابقة ومحددة جيدا، فإن الشكل يتجنب العناوين لكل قسم فرعي، مما يعرقل تدفق المناقشة. ولتحسين إمكانية التنقل، يستخدم التنسيق عناصر نمط مثل البثق، والمسافات البادئة، والصور لمساعدة القارئ على تحديد الأقسام المهمة حتى في لمحة سريعة. تستخدم لغة النمط هذه بنية النمط التالي: الاسم هذا هو المعرف للنمط الذي يشير إلى ما يفعله النموذج. اخترنا الأسماء التي يمكن استخدامها بسهولة في الجملة التي تصف تطبيق نمط بحيث من السهل أن الرجوع إلى مفهوم أنماط في محادثة بين المصممين. رمز ترتبط العديد من أنماط مع رمز بالإضافة إلى اسم النمط. لأن العديد من المهندسين المعماريين تستخدم للتواصل بصريا باستخدام الرسوم البيانية، أردنا أن نقدم لغة مرئية بالإضافة إلى اللغة اللفظية. This visual language underlines the composability of the patterns as multiple pattern icons can be combined to describe the solution of a larger, more complex pattern. Context This explains what you might be working on that would make you likely to run into the problem that this pattern solves. The context sets the stage for the problem and often refers to other patterns you may have already applied. Problem This explains the difficulty you are facing, expressed as a question youre asking yourself, which this pattern solves. You should be able to read the problem statement and quickly determine if this pattern is relevant to your work. Weve formatted the problem to be one sentence, bold and indented. Forces The forces explore the constraints that make the problem difficult to solve. If it were easy, you wouldnt need a pattern. They often consider alternative solutions that seem promising but dont pan out, which helps show the value of the real solution. Solution This is a template that explains what you should do to solve the problem. It is not specific to your particular circumstances, but describes what to do in the variety of circumstances represented by the problem. If you understand a patterns problem and solution, you understand the pattern and dont necessarily need to read the other sections. Weve formatted the solution to be one sentence, bold and indented. Sketch One of the most appealing properties of the Alexandrian form is that each pattern contains a sketch that illustrates the solution. In many cases, just by looking at the pattern name and the sketch you can understand the essence of the pattern. We tried to maintain this style by inserting a solution picture, or sketch, after the solution statement of each pattern. Results This part expands upon the solution to explain the details of how to apply the solution and how it resolves the forces. It also addresses new challenges that may arise as a result of applying this pattern. Next This section lists other patterns to be considered after applying the current one. Patterns dont live in isolation the application of one pattern usually leads you to new problems that are solved by other patterns. This is what makes the collection a pattern language and not just a pattern catalog. Sidebars These sections discuss more detailed technical issues or variations of the pattern. We set these sections visually apart from the remainder of the text so you can easily skip them if they are not be relevant to your particular application of the pattern. Examples A pattern usually includes one or more examples of the pattern being applied or having been applied. An example may be as simple as naming a known use or as detailed as a large segment of sample code. Given the large number of available messaging technologies, we do not expect readers to be familiar with each technology used to implement an example. Therefore, we designed the patterns so that you can safely skip the example without loosing any critical content of the pattern. The beauty in describing solutions as patterns is that it not only teaches the reader how to solve the specific problems discussed, but also how to create designs that solve problems the authors were not even aware of. As a result, these patterns for messaging describe not only messaging systems that exist today, but may also apply to new ones created well after this book is published. Diagram Notation Integration solutions consist of many different piecesapplications, databases, endpoints, channels, messages, routers, etc. If we want to describe an integration solution, we need to define a notation that accommodates all these different components. To our knowledge, there is no widely used, comprehensive notation that is geared towards the description of all aspects of an integration solution. The Unified Modeling Language (UML) does a fine job of describing object-oriented systems with class and interaction diagrams, but it does not contain semantics to describe messaging solutions. The UML Profile for EAI UMLEAI enriches the semantics of collaboration diagrams to describe message flows between components. This notation is very useful as a precise visual description of a system that can serve as the basis for code generation as part of a model-driven architecture (MDA). We decided not to adopt this notation for two reasons. First, the UML Profile does not capture all the patterns described in our pattern language. Second, we were not looking to create a precise visual specification, but images that have a certain sketch quality to them. We wanted pictures that are able to convey the essence of a pattern to the reader at a quick glancevery much like Alexanders sketch . Thats why we decided to create our own notation. Luckily, unlike the more formal notation, ours does not require you to read a large manual. A simple picture should suffice: Visual Notation for Messaging Solutions This simple picture shows a message being sent to a component over a channel. We use the word component very loosely hereit can indicate an application that is being integrated, an intermediary that transforms or routes the message between applications, or a specific part of an application. Sometimes, we also depict a channel as a three-dimensional pipe if we want to highlight the channel itself. Often times we are more interested in the components and draw the channels as simple lines with arrow heads. The two notations are equivalent. We depict the message as a small tree with a round root and nested, square elements. The tree elements can be shaded or colored to highlight their usage in a particular pattern. Many messaging systems allow messages to contain tree-like data structures, for example XML documents. Also, depicting messages in this way allows us to provide a quick visual description of transformation patternsit will be easy to show a pattern that adds, re-arranges or removes fields from the message. When we describe application designsfor example, messaging endpoints or examples written in C or Javawe do use standard UML class and sequence diagrams to depict the class hierarchy and the interaction between objects. The UML notation is widely accepted as the standard way of describing these types of solutions (if you need a refresher on UML, have a look at UML ). Examples and Interludes We have tried to underline the broad applicability of the patterns by including implementation examples using a variety of integration technologies. The potential downside of this approach is that you may not be familiar with each technology that is being used in an example. Thats why we made sure that reading the examples is strictly optional all relevant points are discussed in the pattern description. Therefore, you can safely skip the examples without risk of losing out on important detail. Also, where possible, we provided more than one implementation example using different technologies. When presenting example code we focused on readability over runnability. A code segment can help remove any potential ambiguity left by the solution description and many application developers and architects prefer looking at 30 lines of code as opposed to reading many paragraphs of text. To support this intent we often only show the most relevant methods or classes of a potentially larger solution. We also omitted most forms of error checking to highlight the core function implemented by the code. Most code snippets do not contain in-line comments as the code is explained in the paragraphs before and after the code segment. Providing a meaningful example for a single integration pattern is challenging. Enterprise integration solutions typically consist of a number of heterogeneous components, spread across multiple systems. Likewise, most integration patterns do not operate in isolation but rely on other patterns to form a meaningful solution. To highlight the collaboration between multiple patterns we included more comprehensive examples as interludes at the end of the major sections of the book. These solutions illustrate many of the trade-offs involved in designing a more comprehensive messaging solution. All code samples should be treated as illustrative tools only and not as a starting point for development of an integration solution. For example, almost all examples lack any form of error checking or concern for robustness, security, or scalability. We tried as much as possible to base the examples on software platforms that are available free of charge or as a trial version. In some cases, we used commercial platforms (such as TIBCO ActiveEnterprise or Microsoft BizTalk) to illustrate the difference between developing a solution from scratch and using a commercial tool. We presented those example in such a way that they are educational even if you do not have access to the required run-time platform. For many examples, we use relatively bare-bones messaging frameworks such as JMS or MSMQ. This allows us to be more explicit in the example and focus on the problem at hand instead of distracting from it with all the features a more complex middleware toolset may provide. The Java examples in this book are based on the JMS 1.1 specification, which is part of the J2EE 1.4 specification. By the time this book is published, most messaging and application server vendors will support JMS 1.1. You can download Suns reference implementation of the JMS specification from Suns Web site: java. sunj2ee . The Microsoft examples are based on Version 1.1 of the Framework and are written in C. You can download the Framework SDK from Microsofts Web site: msdn. microsoftnet . Organization of this Book The pattern language in this book, as with any pattern language, is a web of patterns referring to each other. At the same time, some patterns are more fundamental than others, forming a hierarchy of big-concept patterns that lead to finer-detailed patterns. The big-concept patterns form the load-baring members of the pattern language. They are the main ones, what we term root patterns . that provide the foundation of the language and support the other patterns. This book groups patterns into chapters by level-of-abstraction and by topic area. The following diagram shows the root patterns and their relationship to the chapters of the book. Relationship of Root Patterns and Chapters The most fundamental pattern is Messaging thats what this whole book is about. It leads to the six root patternswhich are in the Messaging Systems chapternamely Message Channel . Message . Pipes and Filters . Message Router . Message Translator . and Message Endpoint . In turn, each of these root patterns leads to its own chapter in the book (except Pipes and Filters . which is not specific to messaging but is the basis of the routing and transformation patterns). The pattern language is divided into eight chapters, which follow the hierarchy described above: Chapter 1: Integration Styles This chapter reviews the different approaches available for integrating applications, including Messaging . Chapter 2: Messaging Systems This chapter reviews the six root messaging patterns, giving an overview of the entire pattern language. Chapter 3: Messaging Channels Applications communicate via channels. Channels define the logical pathways a message can follow. This chapter shows how to determine what channels your applications need. Chapter 4: Message Construction Once you have message channels, you need messages to send on them. This chapter explains the different ways messages can be used and how to take advantage of their special properties. Chapter 5: Message Routing As a messaging topography becomes more complex, senders know less and less about who should receive their messages. Rather, they send the messages to intermediate applications that send them to others until the messages finally find their way to their final destination. This chapter teaches you the responsibilities of these routing applications. Chapter 6: Message Transformation Independently developed applications often dont agree on messages formats, on the form and meaning of supposedly unique identifiers, and even the character encoding to be used. Therefore, intermediate components are needed to convert messages from the form one application produced to that which other applications will consume. This chapter shows how to design these transformer applications. Chapter 7: Messaging Endpoints Many applications were not designed to participate in a messaging solution. As a result, they must be explicitly connected to the messaging system. This section describes a messaging layer in the applications that is responsible for sending and receiving the messages, making your application an endpoint for messages. Chapter 8: System Management Once we have a messaging system in place to integrate our applications, how do we make sure that its running correctly and doing what we want This chapter explores how to test and monitor a running messaging system. These eight chapters go together to teach you what you need to know about connecting applications using messaging. Getting Started With any book that has a lot to teach, its hard to know where to start, both for the authors and the readers. Reading all of the pages straight through assures covering the entire subject area, but isnt the quickest way to get to the issues that are of the most help. Starting with a pattern in the middle of the language can be like starting to watch a movie thats half over you see whats happening but dont understand what it means. Luckily, the pattern language is formed around root patterns (as described earlier). These root patterns collectively provide an overview of the pattern language, and individually provide starting points for delving deep into the details of messaging. To get an overall survey of the language without reviewing all of the patterns, start with reviewing the root patterns. To jump into the middle of the language, jump in at a root pattern, a place where the language has finished discussing one major topic and is now starting another. Chapter 1: Integration Styles provides an overview of the four main application integration techniques and settles on Messaging as being the best overall for many integration opportunities. Read this chapter if you are unfamiliar with issues involved in application integration and the pros and cons of the various approaches that are available. If you just want to know whats so great about messaging, go straight to that pattern. If youre already convinced that messaging is the way to go and want to get started with how to use messaging, you can skip the first chapter completely. Chapter 2: Messaging Systems contains all of this pattern languages root patterns (except Messaging . which is in the first chapter). For an overview of the pattern language, read (or at least skim) all of the patterns in this chapter. To dive deep on a particular topic, read its root pattern, then go to the patterns mentioned in its next section at the end of the pattern those next patterns will all be in a chapter named after the root pattern. The root patterns in this language are: Messaging This is the 1 root pattern for the entire book: What is messaging, what problem does it solve, and how does it solve it Message Channel What is the structure in a messaging system that conveys messages from the sender to the receiver How do you know which ones your applications need Message How does information get communicated from a sender to a receiver Pipes and Filters How can intermediate steps be performed after a message is sent but before it is received Message Router If the sender does not know ultimately where the message should go, how can the messaging system get it there Message Translator If the sender and receiver do not agree on the message format, how can they communicate Message Endpoint How do the applications that send and receive messages connect to the messaging system After the first two chapters, different types of messaging developers may be most interested in different chapters, based on the specifics of how each group uses messaging to perform integration: System Administrators may be most interested in Chapter 3: Messaging Channels . the guidelines for what channels to create, and Chapter 8: System Management . guidance on how to maintain a running messaging system. Application Developers should look at Chapter 7: Messaging Endpoints to learn how integrate an application with a messaging system, and Chapter 4: Message Construction to learn what messages to send when. System Integrators will gain the most from Chapter 5: Message Routing how to direct messages to the proper receiversand Chapter 6: Message Transformation how to convert messages from the senders format to the receivers. Keep in mind that when reading a pattern, if youre in a hurry, start by just reading the problem and solution (the two sentences in bold). This will give you enough information to determine if the pattern is of interest to you right now, and if you already know the pattern. If you do not know the pattern and it sounds interesting, go ahead and read the other parts. Also remember that this is a pattern language, so the patterns are not necessarily meant to be read in the order theyre presented in the book. The books order teaches you about messaging by considering all of the relevant topics in turn and discussing related issues together. To use the patterns to solve a particular problem, start with an appropriate root pattern. Its context explains what patterns need to be applied before this one, even if theyre not the ones immediately preceding this one in the book. Likewise, the next section (the last paragraph of the pattern) describes what patterns to consider applying after this one, even if theyre not the ones immediately following this one in the book. Use the web of interconnected patterns, not the linear list of book pages, to guide you through the material. Supporting Web Site Please look for companion information to this book plus related information on enterprise integration at our Web site: enterpriseintegrationpatterns. You can also e-mail your comments, suggestions and feedback to us at authorsenterpriseintegrationpatterns. You should now have a good understanding of the following concepts which are fundamental to the material in this book: What messaging is What a messaging system is Why to use messaging How asynchronous programming is different How application integration is different from application distribution What types of commercial products contain messaging systems You should also have a feel for how this book is going to teach you how to use messaging: The role patterns have in structuring the material The meaning of the custom notation used in the diagrams The purpose and scope of the examples The organization of the material How to get started learning the material Now that you understand the basic concepts and how the material will be presented, you are now ready to start learning how to integrate applications using messaging. تريد أن تبقي ما يصل إلى تاريخ اتبع مدونتي. تريد أن تقرأ أكثر في العمق تحقق من مقالاتي. تريد أن ترى لي العيش انظر أين أتحدث المقبل. العثور على وصف كامل لهذا النمط في: أنماط التكامل المؤسسة غريغور هوهب وبوبي وولف إيسبن 0321200683 650 صفحات أديسون ويسلي من التكامل المؤسسي لتحويل المشاريع: يصف كتابي الجديد كيف يمكن للمهندسين المعماريين تلعب دورا حاسما في التحول تكنولوجيا المعلومات من خلال تطبيق التقنية، والاتصالات، والمهارات التنظيمية مع 37 حلقة من تكنولوجيا المعلومات للشركات على نطاق واسع. تتوفر أجزاء من هذه الصفحة بموجب ترخيص كريتيف كومونس أتريبوتيون. يمكنك إعادة استخدام رمز النمط واسم النمط والمشكلة وبيانات الحل (بخط غامق)، والرسم تحت هذا الترخيص. وأجزاء أخرى من النص، مثل الفصول النصية أو النص الكامل للنمط، محمية بموجب حق المؤلف.