لماذا تعتبر HTML طريقًا مسدودًا استراتيجيًا للمعاملات التجارية والتجارة الإلكترونية (1999)

لماذا تعتبر HTML طريقًا مسدودًا استراتيجيًا للمعاملات التجارية والتجارة الإلكترونية

لماذا تعتبر HTML طريقًا مسدودًا إستراتيجيًا للمعاملات التجارية والتجارة الإلكترونية

واين مقابل دوكوين

أنظمة جراندفيو

HTPS 1999

3270 ميت. السؤال الوحيد هو كم من الوقت سيستغرق دفن الجثة - 10 سنوات ، 15 سنة ، أكثر؟ HTML ، تقنية العرض الساخنة الجديدة ، تحظى بشعبية كبيرة اليوم. ومع ذلك ، مثل ابن عمه 3270 ، فإن HTML في نهاية المطاف ميتة من الناحية الاستراتيجية مثل 3270. ويعاني HTML من نفس نقاط الضعف الفادحة المطلقة التي حُكم عليها 3270 - إنها في الأساس تقنية عرض ، تتعامل مع الأجهزة الذكية مثل أجهزة الكمبيوتر وأجهزة المساعد الرقمي الشخصي كأجهزة عرض مبسطة. < / ص>

بينما يمكن توسيع HTML للقيام بأشياء "ديناميكية" مثل القوائم المنسدلة الفاخرة ، والتحقق من صحة إدخال المستخدم ، وتحريك كائنات شاشة العميل ، وما إلى ذلك ، يتطلب هذا استخدام لغات البرمجة النصية. البرمجة الخارجية مثل JavaScript أو VB-Script يعمل على العميل. في حين أن هذا يعد ارتياحًا مرحبًا به من الأساليب الفظيعة حقًا مثل HLLAPI ، إلا أن التأثير الصافي هو أن كل تلك البرمجة المبهجة والرائعة لا تزال تدور حول نموذج عرض غبي. موجة المستقبل ، لا سيما في الأعمال التجارية ، وقاعدة البيانات إلى قاعدة البيانات ، ونظام المراسلة إلى نظام المراسلة ، والأشكال المتقدمة الأخرى مثل التجارة الإلكترونية ، لا يخدمها بشكل جيد من خلال محاولة نشر البيانات عبر الشبكة باستخدام HTML (أي تنسيقات العرض). إن محاولة تشغيل مثل هذه الأنظمة باستخدام HTML كأساس للتشغيل البيني ستؤدي في النهاية إلى "مرحلة تجريف الشاشة الثانية" ، ولكن هذه المرة باستخدام علامات HTML بدلاً من 3270 بايت سمة. يوفر HTML وجهًا جميلًا ، ولكنه يوفر بيئة معاملات قبيحة من نظام إلى نظام.

أضافت CICS مؤخرًا دعم HTML إلى حقيبة الحيل الخاصة بها. يمكنك إعادة تجميع خرائط BMS 3270 وإخراجها بتنسيق HTML بدلاً من تنسيقات 3270. في حين أن هذا مثير للاهتمام من الناحية الفنية ، إلا أنه انتصار باهظ الثمن في أحسن الأحوال. وهذا يؤكد فقط أن CICS لا تزال تتعرض للعنف بإرثها 3270.

يتجه العالم أكثر فأكثر نحو التطبيقات الذكية التي تتكون من: مكونات البرامج التي تتواصل مع بعضها البعض ، و "قواعد البيانات الحية" التي تتواصل مع بعضها البعض ، والكائنات التي تتواصل مع بعضها البعض ، وأنظمة المراسلة التي تتواصل فيما بينها ، وما إلى ذلك. . في مثل هذا العالم ، تتزايد اختلال التقنيات القائمة على العرض مثل HTML. هذا بسبب: يتطلب التفاعل الذكي من نظام إلى نظام معلومات حول بنية بيانات المعلومات التي يتم إرسالها. استخدام "المعرفة التطبيقية المضمنة" القديمة بالبيانات (على سبيل المثال ، دفاتر نسخ COBOL لما يجب أن تبدو عليه البيانات) ، ينهار عندما يتم وضع مئات التطبيقات والكائنات الجديدة القائمة على المكونات على الإنترنت. يصبح جعل تقنيات التطبيق القديمة هذه تعمل معًا مشكلة N x N. لن يتمكن كل بنك أو خط شحن في العالم من نشر تنسيقات العرض والجدول الزمني لتنسيقات أي شخص آخر. يصبح التعقيد ساحقًا. تكون الترجمة التلقائية من تنسيق بيانات واحد إلى تنسيق بيانات مختلف أمرًا صعبًا ، عند وجود معلومات تنسيق العرض فقط. تبين أن محاولة جعل تقنيات إلغاء الشاشة تعمل مع التطبيقات الجديدة عبارة عن فوضى. تصبح الصيانة مشكلة كبيرة. حتى التغييرات الطفيفة في تنسيق العرض غالبًا ما تتسبب في فشل مكشطة الشاشة الموجودة أو المنطق الذي يعتمد على حقول التنسيق / الموضع الثابت.

لكي تعمل التجارة الإلكترونية أو غيرها من عمليات تبادل البيانات بين الشركات ، يُعد شكل من أشكال الاتصال العالمي مطلبًا أساسيًا. لكي يعمل الاتصال العالمي عبر المؤسسات ، يصبح شكل من أشكال الوصف الذاتي لسجلات البيانات / كائنات البيانات / رسائل البيانات المرسلة من منظمة إلى أخرى أمرًا ضروريًا. بسيط ، "يمكنني تشغيل TCP / IP بين شركتين" مستوى الاتصال السلكي غير كافٍ. يعد الاتصال على مستوى التطبيق ضروريًا لجعل المعاملات الآلية بين الشركات أمرًا ممكنًا. لكي يعمل اتصال التوصيل والتشغيل على مستوى التطبيق ، يجب أن تكون البيانات ذاتية الوصف.

ستكون موجة المستقبل عبارة عن تصميمات تطبيقات قادرة على تبادل البيانات ونماذج الوصف الذاتي. هناك العديد من المرشحين المحتملين ، مثل DRDA و IIOP و DCOM (في يوم جيد) و XML وما إلى ذلك. يعد XML (لغة التوصيف الموسعة) الحل الأكثر شيوعًا والأكثر انتشارًا عبر الأنظمة الأساسية. يوفر تنسيقًا ذاتي الوصف تمامًا للبيانات أو الرسالة المرسلة أو المستلمة. يمكن أن تكون تنسيقات بيانات تعريف XML (DTD) للرسالة ...