ما بعد XML و JDF: الخطوة التالية

في حين أن XML و JDF يشكلان أساس أتمتة الطباعة ، تظهر تنسيقات جديدة أخرى يمكن أن تجعل نقل البيانات للطابعات أكثر كفاءة.

في سلسلتنا التي تشرح المعايير وتنسيقات الملفات المستخدمة في عمليات أتمتة الطباعة ، ألقينا نظرة على XML والإصدار الأكثر تخصصًا من XML - JDF والإصدار الأحدث XJDF . ومع ذلك ، هناك خيارات أخرى إما نمت أو تقدم بديلاً لهذه التنسيقات.

أولها PrintTalk: نظام تديره منظمة غير ربحية CIP4 (التعاون الدولي لدمج العمليات في ما قبل الطباعة والصحافة وما بعد الطباعة). وفقًا لـ CIP4 ، نشأ PrintTalk من "مجتمع تشكل من قبل أنظمة إدارة الطباعة وشركات التجارة الإلكترونية لتحديد" أفضل الممارسات "واجهة اتصالات مشتركة ومفتوحة بين الشركات التي تشتري المنتجات المطبوعة وأولئك الذين يصنعونها".

من الناحية العملية ، من خلال دعم وتوسيع استخدام JDF و XJDF و XML و CXML ، يمكن لـ PrintTalk إضافة البيانات المالية الحيوية إلى نظام المعلومات الإدارية (MIS).

يوضح راينر بروسي ، كبير المسؤولين التقنيين في CIP4 (في الصورة أعلاه) ، "إن PrintTalk هو في الأساس غلاف حول JDF أو XJDF".

PrintTalk هو المعيار المثالي لأي شخص لديه نظام ويب للطباعة يقوم بإنشاء أو طلب منتج

"ولكن في حين أن JDF أو XJDF هي في الحقيقة مجرد معلومات إنتاج ، فإن PrintTalk لديها مفاهيم مثل هذا طلب للحصول على عرض أسعار ، أو هذا عرض أسعار ، أو هذا في فاتورة ، أو هذا أمر شراء.

"تتضمن PrintTalk المعاملات التجارية ومعاملات الأعمال ، تحتاج أيضًا إلى وصف ما تدور حوله المعاملة ، وهنا يأتي دور أوصاف المنتج - في هذه الحالة من XJDF. إنه المعيار المثالي لأي شخص لديه نظام ويب للطباعة يقوم بإنشاء أو طلب منتج. باستخدام PrintTalk ، يمكنك وصف المنتج الذي تم طلبه ووضعه في أشياء مثل السعر الذي تم التفاوض عليه. يمكن بعد ذلك وضع ذلك في بطاقة العمل وإرساله إلى MIS لتحديد معالجة هذه الوظيفة ".

إعطائها قسطا من الراحة

ومع ذلك ، فإن الاختلافات في JDF أو XJDF ليست هي الخيار الوحيد للطابعات والعملاء والمصنعين ، خاصة عندما يتعلق الأمر بإرسال المعلومات عبر الويب. كان أحد الجوانب السلبية لـ JDF - والمحفز لإنشاء XJDF أكثر انسيابية - هو أنه يمكن دمج الكثير من البيانات تقريبًا ، مما يجعل التنسيق ، في بعض الأحيان ، غير عملي إلى حد ما. لمواجهة هذا ، هناك واجهة برمجة تطبيقات REST ، أو لإعطائها الاسم الكامل: واجهة برمجة تطبيق نقل الحالة التمثيلية.

XML و JSON متشابهان جدًا من الناحية المفاهيمية من حيث أنهما محتوى منظم يسمح لك بتحديد أزواج القيم الرئيسية

بعبارات أبسط ، تستخدم واجهات برمجة تطبيقات REST تنسيق JSON - الذي يكافئ بشكل عام XML - لإنشاء نقل بيانات محدد للغاية لوظائف محددة بين الأنظمة المتوافقة ، مع نقل المعلومات بسهولة عبر http.

"XML و JSON متشابهان جدًا من الناحية المفاهيمية من حيث أنهما محتوى منظم يسمح لك بتحديد أزواج القيم الرئيسية. تتمثل المزايا العملية لـ JSON في بيئة واجهة برمجة تطبيقات الويب في وجود العديد من الأطر ذات إمكانية JSON "المدمجة" كما أن JSON أكثر إيجازًا قليلاً. يشرح راينر أن مزايا XML هي أدوات تحقق أكثر نضجًا.

"إذن ، فإن REST API تعني ببساطة إرسال JSON عبر http. يسهل فهم واجهات برمجة التطبيقات لأنه يمكنك جعلها مخصصة جدًا لبرنامجك. إذا كنت تستخدم JDF أو XJDF ، فستكون لديك فكرة مجردة عن منتج أو عملية ، ولكن إذا كان لديك واجهة برمجة تطبيقات ، فيمكنك إنشاء إدخال واحد ، على سبيل المثال ، لكل زر في واجهة المستخدم الخاصة بك أو لكل حقل نصي .

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

من الجيد التحدث

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

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

على الرغم من أن واجهات برمجة التطبيقات خاصة بالمهمة أو العملية الموجودة ، فإن التشابه بين XML و JSON يعني إمكانية التوافق بين التنسيقات

"ومع ذلك ، فإن أي شخص يريد التكامل مع واجهة برمجة التطبيقات يفعل ذلك فقط لهذا الموقف المحدد ثم يتم قفله. على سبيل المثال ، إذا أرادت طابعة تغيير مورد نظام ما قبل الطباعة ، وكانت الطابعة تستخدم REST API لـ نظام ما قبل الطباعة هذا ، ثم يتعين عليهم التخلص من كل ما فعلوه لإعداد سير العمل والبدء من جديد من نقطة الصفر. "

على الرغم من أن واجهات برمجة التطبيقات (API) خاصة بالمهمة أو العملية الموجودة ، فإن التشابه بين XML و JSON يعني أن التوافق بين التنسيقات ممكن ، ويعمل CIP4 على أداة ترجمة في الوقت الحالي.

يقول راينر: "من السهل جدًا ترجمة XML إلى JSON والعكس - هناك بعض التحذيرات ولكنها عمومًا سهلة إلى حد ما".

"ما يعمل عليه CIP4 هو ترجمة فردية من XJDF إلى JSON ، بحيث تحصل على أفضل مزيج من كلا العالمين المحتملين. يمكنك إنشاء واجهات برمجة تطبيقات REST ولكن يتم توحيدها بعد ذلك بحيث لا تكون مقيدًا في نفس الشركة المصنعة للمعدات.

"بالطبع ، يحب المصنعون ذلك إذا تمكنوا من حبس عملائهم ؛ العملاء لا يفعلون ذلك. ثم تأتي بعد ذلك قرارات العمل لأن العملاء سيتعين عليهم الذهاب إلى البائعين والقول إنهم يريدون معايير ومزيدًا من المرونة. مسألة ما إذا كان المصنعون يدعمون هذا بالفعل ... حسنًا ، هذه هي المرحلة التالية في القصة! "