مزيج (تطبيق ويب هجين)

📅 آخر تحديث: ٢٤ يوليو ٢٠٢٦
✍️ نُشر في: ٢٤ يوليو ٢٠٢٦
📷 يحتوي على 2 صور
الموسوعة الحرة

المزيج ( مصطلح في صناعة الكمبيوتر )، في تطوير الويب ، هو صفحة ويب أو تطبيق ويب يستخدم محتوى من أكثر من مصدر لإنشاء خدمة جديدة واحدة معروضة في واجهة رسومية واحدة. على سبيل المثال، يمكن للمستخدم الجمع بين عناوين وصور فروع مكتبته مع خريطة جوجل لإنشاء مزيج خريطة. [1] يشير المصطلح إلى التكامل السهل والسريع، وغالبًا ما يستخدم واجهات برمجة التطبيقات المفتوحة ( open API ) ومصادر البيانات لإنتاج نتائج غنية لم تكن بالضرورة السبب الأصلي لإنتاج بيانات المصدر الخام. يأتي مصطلح المزيج في الأصل من إنشاء شيء ما عن طريق الجمع بين عناصر من مصدرين أو أكثر. [2]

تتمثل الخصائص الرئيسية للمزج في الجمع والتصور والتجميع. ومن المهم جعل البيانات الموجودة أكثر فائدة للاستخدام الشخصي والمهني. وللتمكن من الوصول بشكل دائم إلى بيانات الخدمات الأخرى، تكون المزج عبارة عن تطبيقات عميل أو مستضافة عبر الإنترنت بشكل عام.

في السنوات الماضية [ متى؟ ] ، قامت المزيد والمزيد من تطبيقات الويب بنشر واجهات برمجة تطبيقات تمكن مطوري البرامج من دمج البيانات والوظائف بسهولة بطريقة SOA ، بدلاً من بنائها بأنفسهم. يمكن اعتبار أن Mashups لها دور فعال في تطور البرامج الاجتماعية و Web 2.0 . عادةً ما تكون أدوات تكوين Mashups بسيطة بما يكفي لاستخدامها من قبل المستخدمين النهائيين. لا تتطلب عمومًا مهارات البرمجة بل تدعم التوصيل المرئي لعناصر واجهة المستخدم الرسومية والخدمات والمكونات معًا. لذلك، تساهم هذه الأدوات في رؤية جديدة للويب ، حيث يتمكن المستخدمون من المساهمة. [ بحاجة لتوضيح ]

لم يتم تعريف مصطلح "mashup" رسميًا من قبل أي هيئة لوضع المعايير. [3]

تاريخ

يوفر السياق الأوسع لتاريخ الويب خلفية لتطوير التطبيقات المختلطة. بموجب نموذج الويب 1.0 ، قامت المنظمات بتخزين بيانات المستهلك على البوابات وتحديثها بانتظام. لقد سيطرت على جميع بيانات المستهلك، وكان على المستهلك استخدام منتجاتها وخدماتها للحصول على المعلومات. [ بحاجة لمصدر ]

لقد أدى ظهور الويب 2.0 إلى ظهور معايير الويب التي تم تبنيها على نطاق واسع من قبل المنافسين التقليديين والتي فتحت المجال أمام بيانات المستهلكين. وفي الوقت نفسه، ظهرت تطبيقات المزج، مما سمح بمزج ومطابقة واجهات برمجة التطبيقات الخاصة بالمنافسين لتطوير خدمات جديدة.

استخدمت أولى عمليات المزج خدمات رسم الخرائط أو خدمات الصور لدمج هذه الخدمات مع البيانات من أي نوع وبالتالي إنتاج تصورات للبيانات. [4] [ فشل التحقق ] في البداية، كانت معظم عمليات المزج تعتمد على المستهلك، ولكن مؤخرًا [ متى؟ ] يُنظر إلى عملية المزج [ بواسطة من؟ ] كمفهوم مثير للاهتمام ومفيد أيضًا للشركات. يمكن لعمليات المزج التجارية دمج البيانات الداخلية الموجودة مع الخدمات الخارجية لتوليد وجهات نظر جديدة للبيانات. كان هناك أيضًا Yahoo! Pipes المجانية لبناء عمليات المزج مجانًا باستخدام لغة استعلام Yahoo !.

أنواع المزيج

هناك العديد من أنواع التطبيقات المختلطة، مثل التطبيقات المختلطة للأعمال، والتطبيقات المختلطة للمستهلكين، والتطبيقات المختلطة للبيانات. [5] النوع الأكثر شيوعًا من التطبيقات المختلطة هو التطبيقات المختلطة للمستهلكين، والتي تستهدف عامة الناس.

  • تحدد تطبيقات الأعمال (أو المؤسسات ) التطبيقات التي تجمع بين مواردها وتطبيقاتها وبياناتها مع خدمات الويب الخارجية الأخرى . [4] فهي تركز البيانات في عرض تقديمي واحد وتسمح بالعمل التعاوني بين الشركات والمطورين. يعمل هذا بشكل جيد لمشروع تطوير سريع ، والذي يتطلب التعاون بين المطورين والعميل (أو وكيل العميل، عادةً مدير المنتج) لتحديد متطلبات العمل وتنفيذها. تطبيقات المؤسسات هي تطبيقات ويب آمنة وغنية بصريًا تعرض معلومات قابلة للتنفيذ من مصادر معلومات داخلية وخارجية متنوعة.
  • تجمع تطبيقات المستهلك بين البيانات من مصادر عامة متعددة في المتصفح وتنظمها من خلال واجهة مستخدم بسيطة للمتصفح. [6] (على سبيل المثال: تجمع Wikipediavision بين خرائط Google وواجهة برمجة تطبيقات Wikipedia)
  • تجمع البيانات المختلطة ، على النقيض من البيانات المختلطة المخصصة للمستهلك، أنواعًا متشابهة من الوسائط والمعلومات من مصادر متعددة في تمثيل واحد. ويؤدي الجمع بين كل هذه الموارد إلى إنشاء خدمة ويب جديدة ومتميزة لم تكن متوفرة في الأصل من أي من المصدرين.

حسب نوع API

يمكن أيضًا تصنيف التطبيقات المختلطة حسب نوع واجهة برمجة التطبيقات الأساسية التي تستخدمها، ولكن يمكن دمج أي منها مع بعضها البعض أو تضمينها في تطبيقات أخرى.

أنواع البيانات

الوظائف

مُمكِّن المزج

في مجال التكنولوجيا، يعد مُمكِّن المزج أداة لتحويل موارد تكنولوجيا المعلومات غير المتوافقة إلى شكل يسمح بدمجها بسهولة، من أجل إنشاء مزيج. تسمح مُمكِّنات المزج بتقنيات وأدوات قوية (مثل منصات المزج) لدمج البيانات والخدمات ليتم تطبيقها على أنواع جديدة من الموارد. ومن الأمثلة على مُمكِّن المزج أداة لإنشاء موجز ويب RSS من جدول بيانات (لا يمكن استخدامها بسهولة لإنشاء مزيج). تتضمن العديد من محررات المزج مُمكِّنات المزج، على سبيل المثال، موصلات Presto Mashup أو Convertigo Web Integrator أو Caspio Bridge .

وقد تم وصف ممكِّني المزج أيضًا بأنهم "موفرو الخدمات والأدوات، [كذا] الذين يجعلون المزج ممكنًا". [ بحاجة لمصدر ]

تاريخ

تم تطوير برامج المزج المبكرة يدويًا بواسطة مبرمجين متحمسين. ومع ذلك، مع تزايد شعبية برامج المزج، بدأت الشركات في إنشاء منصات لبناء برامج المزج، والتي تسمح للمصممين بإنشاء برامج مزج بصريًا من خلال ربط مكونات برنامج المزج معًا.

لقد عمل محررو Mashup على تبسيط عملية إنشاء Mashup بشكل كبير، مما أدى إلى زيادة إنتاجية مطوري Mashup بشكل كبير وحتى فتح تطوير Mashup للمستخدمين النهائيين والخبراء غير المتخصصين في تكنولوجيا المعلومات. تمكن المكونات والموصلات القياسية المصممين من الجمع بين موارد Mashup بجميع أنواع الطرق المعقدة بسهولة. ومع ذلك، لم تفعل منصات Mashup الكثير لتوسيع نطاق الموارد التي يمكن الوصول إليها بواسطة Mashup ولم تحرر Mashup من اعتمادها على البيانات المنظمة جيدًا والمكتبات المفتوحة ( موجزات RSS وواجهات برمجة التطبيقات العامة ).

لقد تطورت أدوات تمكين المزج لمعالجة هذه المشكلة، من خلال توفير القدرة على تحويل أنواع أخرى من البيانات والخدمات إلى موارد قابلة للمزج.

موارد الويب

بطبيعة الحال، لا توجد كل البيانات القيمة داخل المنظمات. في الواقع، غالبًا ما تكون المعلومات الأكثر قيمة لاستخبارات الأعمال ودعم القرار خارج المنظمة. مع ظهور تطبيقات الويب الغنية وبوابات الويب عبر الإنترنت، أصبحت مجموعة واسعة من العمليات المهمة للأعمال (مثل الطلب) متاحة عبر الإنترنت. لسوء الحظ، لا تقوم سوى قلة قليلة من مصادر البيانات هذه بنشر المحتوى بتنسيق RSS، وتوفر قلة قليلة من هذه الخدمات واجهات برمجة تطبيقات يمكن الوصول إليها بشكل عام. وبالتالي، تحل محررات Mashup هذه المشكلة من خلال توفير أدوات تمكين أو موصلات.

مزيج مقابل البوابات

تعد كل من Mashups و Portals تقنيات تجميع المحتوى . تعد Portals تقنية قديمة تم تصميمها كامتداد لتطبيقات الويب الديناميكية التقليدية ، حيث يتم تقسيم عملية تحويل محتوى البيانات إلى صفحات ويب مُميزة إلى مرحلتين: إنشاء "أجزاء" من العلامات وتجميع الأجزاء في صفحات. يتم إنشاء كل جزء من العلامات بواسطة " portlet "، وتقوم البوابة بدمجها في صفحة ويب واحدة. يمكن استضافة Portlets محليًا على خادم البوابة أو عن بُعد على خادم منفصل.

تحدد تقنية البوابة نموذج حدث كامل يغطي عمليات القراءة والتحديث. يتم ترجمة طلب صفحة مجمعة على البوابة إلى عمليات قراءة فردية على جميع البوابات التي تشكل الصفحة ( renderعمليات " على البوابات المحلية، JSR 168 أو getMarkupعمليات " " على البوابات البعيدة، WSRP ). إذا تم الضغط على زر الإرسال على أي بوابة على صفحة البوابة، يتم ترجمته إلى عملية تحديث على تلك البوابة وحدها ( processActionعلى بوابة محلية أو performBlockingInteractionعلى بوابة بعيدة، WSRP). ثم يتبع التحديث على الفور قراءة على جميع البوابات على الصفحة.

تعتمد تقنية البوابة على تجميع البيانات على مستوى الخادم والعرض التقديمي . ولا يمكن استخدامها لقيادة أشكال أكثر قوة من تكامل التطبيقات مثل الالتزام على مرحلتين .

تختلف Mashups عن البوابات في النواحي التالية:

منفذ الهريس
تصنيف التكنولوجيا القديمة، وتوسيع نموذج خادم الويب التقليدي باستخدام نهج محدد جيدًا يستخدم تقنيات "Web 2.0" الأحدث والمحددة بشكل فضفاض
الفلسفة/النهج نهج التجميع من خلال تقسيم دور خادم الويب إلى مرحلتين: إنشاء العلامات وتجميع أجزاء العلامات يستخدم واجهات برمجة التطبيقات التي توفرها مواقع المحتوى المختلفة لتجميع المحتوى وإعادة استخدامه بطريقة أخرى
تبعيات المحتوى تجميع أجزاء العلامات الموجهة للعرض (HTML، WML، VoiceXML، وما إلى ذلك) يمكن العمل على محتوى XML النقي وكذلك على المحتوى الموجه للعرض (على سبيل المثال، HTML)
تبعيات الموقع تقليديا، يتم تجميع المحتوى على الخادم يمكن أن يتم تجميع المحتوى إما على الخادم أو على العميل
أسلوب التجميع " أسلوب "" بار السلطة "": يتم تقديم المحتوى المجمع ""جنبًا إلى جنب"" دون تداخلات"" " أسلوب " بوتقة الانصهار " - يمكن دمج المحتوى الفردي بأي طريقة، مما يؤدي إلى إنشاء محتوى هجين منظم بشكل تعسفي
نموذج الحدث يتم تعريف نماذج أحداث القراءة والتحديث من خلال واجهة برمجة تطبيقات محددة تعتمد عمليات CRUD على مبادئ REST المعمارية، ولكن لا توجد واجهة برمجة تطبيقات رسمية
المعايير ذات الصلة يتم التحكم في سلوك البوابة بواسطة المعايير JSR 168 و JSR 286 و WSRP ، على الرغم من أن تخطيط صفحة البوابة ووظائف البوابة غير محددين ومحددين للبائع المعايير الأساسية هي XML التي يتم تبادلها مع REST أو خدمات الويب. يتم استخدام RSS و Atom بشكل شائع. تظهر معايير mashup أكثر تحديدًا مثل EMML .

لقد كان نموذج البوابة موجودًا لفترة أطول وكان لديه استثمارات وأبحاث أكبر حول المنتج. وبالتالي فإن تقنية البوابة أكثر توحيدًا ونضجًا. بمرور الوقت، من المرجح أن يؤدي النضج المتزايد وتوحيد تقنية المزج إلى جعلها أكثر شعبية من تقنية البوابة لأنها مرتبطة ارتباطًا وثيقًا بـ Web 2.0 وأخيرًا بالهندسة المعمارية الموجهة نحو الخدمة (SOA). [7] ومن المتوقع أن تضيف الإصدارات الجديدة من منتجات البوابة في النهاية دعم المزج مع الاستمرار في دعم تطبيقات البوابة القديمة. على النقيض من ذلك، لا يُتوقع أن توفر تقنيات المزج دعمًا لمعايير البوابة.

مزيج الأعمال

تتوسع استخدامات Mashup في بيئة الأعمال. تعد Mashup مفيدة لدمج خدمات الأعمال والبيانات، حيث توفر تقنيات Mashup القدرة على تطوير خدمات متكاملة جديدة بسرعة، ودمج الخدمات الداخلية مع المعلومات الخارجية أو الشخصية، وجعل هذه الخدمات ملموسة لمستخدمي الأعمال من خلال واجهات متصفح الويب سهلة الاستخدام. [8]

تختلف تطبيقات الأعمال المختلطة عن تطبيقات المستهلك المختلطة من حيث مستوى التكامل مع بيئات الحوسبة التجارية، وميزات الأمان والتحكم في الوصول، والحوكمة، وتعقيد أدوات البرمجة (محررو تطبيقات الأعمال المختلطة) المستخدمة. هناك فرق آخر بين تطبيقات الأعمال المختلطة وتطبيقات المستهلك المختلطة وهو الاتجاه المتزايد لاستخدام تطبيقات الأعمال المختلطة في عروض البرمجيات التجارية كخدمة (SaaS).

لقد أضاف العديد من مزودي تقنيات مزج الأعمال ميزات SOA .

الجوانب المعمارية للمزج

تنقسم بنية المزيج إلى ثلاث طبقات:

من الناحية المعمارية، هناك نوعان من التطبيقات المختلطة: تعتمد على الويب وتعتمد على الخادم. في حين تستخدم التطبيقات المختلطة المعتمدة على الويب عادةً متصفح الويب الخاص بالمستخدم لدمج البيانات وإعادة تنسيقها، تقوم التطبيقات المختلطة المعتمدة على الخادم بتحليل البيانات وإعادة تنسيقها على خادم بعيد ونقل البيانات إلى متصفح المستخدم في شكلها النهائي. [9]

يبدو أن Mashups عبارة عن اختلاف في نمط الواجهة . [10] أي: نمط تصميم هندسة البرمجيات الذي يوفر واجهة مبسطة لمجموعة أكبر من التعليمات البرمجية (في هذه الحالة التعليمات البرمجية لتجميع الخلاصات المختلفة باستخدام واجهات برمجة تطبيقات مختلفة ).

يمكن استخدام Mashups مع البرامج المقدمة كخدمة ( SaaS ).

بعد عدة سنوات من تطوير المعايير، بدأت الشركات الرئيسية في تبني هياكل موجهة نحو الخدمة (SOA) لدمج البيانات المتباينة من خلال إتاحتها كخدمات ويب منفصلة. توفر خدمات الويب بروتوكولات مفتوحة وموحدة لتوفير وسيلة موحدة للوصول إلى المعلومات من مجموعة متنوعة من المنصات ( أنظمة التشغيل ولغات البرمجة والتطبيقات ). يمكن إعادة استخدام خدمات الويب هذه لتوفير خدمات وتطبيقات جديدة تمامًا داخل المؤسسات وعبرها، مما يوفر مرونة الأعمال.

انظر أيضا

مراجع

  1. ^ Fichter, Darlene. What Is a Mashup? (PDF) . تم الاسترجاع في 12 أغسطس 2013 .
  2. ^ "mash-up". merriam-webster.com . 31 مايو 2024.
  3. ^ "Enterprise Mashups: The New Face of Your SOA". مجلة SOA WORLD. مؤرشف من الأصل في 2009-06-05 . تم الاسترجاع في 2010-03-03 . لا يخضع مصطلح mashup لتعريف رسمي من قبل أي هيئة لوضع المعايير.
  4. ^ ab Clarkin, Larry; Holmes, Josh (14 يناير 2009). "Enterprise Mashups". مجلة هندسة MSDN . مركز هندسة MSDN.
  5. ^ Sunilkumar Peenikal (2009). "Mashups and the enterprise" (PDF) . MphasiS - HP. مؤرشف من الأصل (PDF) في 2013-06-02 . تم الاسترجاع في 2010-02-27 .
  6. ^ "Enterprise Mashups: The New Face of Your SOA". مجلة SOA WORLD. مؤرشف من الأصل في 2009-06-05 . تم الاسترجاع في 2010-03-03 . تطبيق mashup للمستهلك هو تطبيق يجمع البيانات من مصادر عامة متعددة في المتصفح وينظمها من خلال واجهة مستخدم متصفح بسيطة.
  7. ^ Digna, Larry (2007). "Gartner: The future of gateways is mashups, SOA, more aggregation". ZDNET. مؤرشف من الأصل في 2012-04-13 . تم الاسترجاع في 2009-12-26 .
  8. ^ هولت، آدمز (2009). "مهندس تكنولوجيا المعلومات التنفيذي، سيناريوهات وأنماط الأعمال المختلطة". IBM DeveloperWorks.
  9. ^ بوليم، مايكل (2005). "برمجة المستخدم النهائي للويب، أطروحة ماجستير معهد ماساتشوستس للتكنولوجيا، 2.91 ميجابايت بصيغة PDF" (PDF) . ص 22-23.
  10. ^ أنماط التصميم: عناصر البرمجيات الموجهة للكائنات القابلة لإعادة الاستخدام ( ISBN 0-201-63361-2 ) بقلم إيريك جاما، وريتشارد هيلم، ورالف جونسون، وجون فليسيدس 

قراءة إضافية

  • أحمد سويلو، فيليكس مودريتشر، فريدولين وايلد، باتريك دي كوسميكر، بيت ديسميت. 2012. "المزج بين التنسيق والبيئات الشخصية القائمة على الأدوات: التحديات الرئيسية واستراتيجيات الحل والتطبيق". البرنامج: المكتبة الإلكترونية وأنظمة المعلومات 46 (4): 383-428.
  • Endres-Niggemeyer, Brigitte ed. 2013. Semantic Mashups. Intelligent Reuse of Web Resources. Springer. ISBN 978-3-642-36402-0 (نسخة مطبوعة) 
تم الاسترجاع من "https://en.wikipedia.org/w/index.php?title=Mashup_(web_application_hybrid)&oldid=1226778400"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate