XML -en és JDF -en túl: a következő lépés

Míg az XML és a JDF képezik a nyomtatás automatizálásának alapját, más újabb formátumok jelennek meg, amelyek még hatékonyabbá tehetik a nyomtatók adatátvitelét.

A nyomtatási automatizálási folyamatokban használt szabványokat és fájlformátumokat ismertető sorozatunkban megvizsgáltuk az XML-t és az XML szektor-specifikusabb változatát-a JDF-et és az újabb XJDF-et . Vannak azonban más lehetőségek is, amelyek vagy kinőttek, vagy alternatívát kínálnak ezeknek a formátumoknak.

Ezek közül az első a PrintTalk: a nonprofit szervezet, a CIP4 (International Cooperation for the Integration of Processes in Prepress, Press and Postpress) által kezelt rendszer. A CIP4 szerint a PrintTalk a „nyomtatáskezelő rendszerek és e-kereskedelmi cégek által létrehozott közösségből nőtt ki, amely meghatározza a„ legjobb gyakorlat ”közös és nyílt kommunikációs felületét a nyomtatott termékeket vásárló és azokat gyártó vállalatok között”.

Gyakorlatilag a JDF, XJDF, XML és CXML használatának támogatásával és kiterjesztésével a PrintTalk létfontosságú pénzügyi adatokat adhat hozzá a menedzsment információs rendszerhez (MIS).

„A PrintTalk lényegében a JDF vagy az XJDF köré csomagolható” - magyarázza Rainer Prosi (a fenti képen) a CIP4 műszaki igazgatója.

A PrintTalk ideális szabvány azok számára, akik web-nyomtatási rendszerrel rendelkeznek, amely termékeket hoz létre vagy rendel

„De míg a JDF vagy az XJDF valójában csak gyártási információ, addig a PrintTalk olyan fogalmakkal rendelkezik, mint ez egy árajánlatkérés, vagy ez egy árajánlat, vagy ez egy számla, vagy ez egy megrendelés.

„A PrintTalk üzleti tranzakciókat foglal magában, és az üzleti tranzakciókhoz azt is le kell írnia, hogy miről szól a tranzakció, és itt jönnek létre a termékleírások - jelen esetben az XJDF -től. Ez az ideális szabvány azok számára, akik rendelkeznek web-nyomtatási rendszerrel, amely termékeket hoz létre vagy rendel. A PrintTalk használatával leírhatja a megrendelt terméket, és megadhat olyan dolgokat is, mint amilyen árat egyeztettek. Ezt aztán be lehet helyezni a munkajegybe, és el lehet küldeni egy MIS -nek, hogy meghatározza a munka feldolgozását. ”

Hagyd pihenni

A JDF vagy az XJDF változatai azonban nem az egyetlen lehetőség a nyomtatók, az ügyfelek és a gyártók számára, különösen akkor, ha az interneten keresztül kell információt küldeni. A JDF - és a korszerűbb XJDF létrehozásának katalizátora - egyik hátránya az volt, hogy szinte túl sok adatot lehetett beépíteni, így a formátum időnként meglehetősen nehézkes. Ennek ellensúlyozására létezik a REST API, vagy annak teljes neve: Reprezentatív állapotátviteli alkalmazás programozási felület.

Az XML és a JSON fogalmilag nagyon hasonlóak, mivel strukturált tartalom, amely lehetővé teszi a kulcsértékpárok meghatározását

Egyszerűbben fogalmazva, a REST API -k a JSON formátumot használják - amely nagyjából egyenértékű az XML -lel -, hogy specifikus adatátvitelt hozzanak létre a specifikus feladatokhoz kompatibilis rendszerek között, és az információk könnyen továbbíthatók a http -en keresztül.

„Az XML és a JSON fogalmilag nagyon hasonlóak, mivel strukturált tartalom, amely lehetővé teszi a kulcsértékpárok meghatározását. A JSON gyakorlati előnyei a webes API-környezetben az, hogy sok keretrendszer van, beépített JSON-képességgel, és a JSON is valamivel tömörebb. Az XML előnyei az érettebb ellenőrző eszközök ” - magyarázza Rainer.

„Ekkor a REST API egyszerűen azt jelenti, hogy a JSON -t http -en keresztül kell elküldeni. Az API -k könnyebben érthetők, mert nagyon elkötelezetté teheti őket a szoftverének. Ha JDF -et vagy XJDF -et használ, akkor absztrakt elképzelése van egy termékről vagy folyamatról, de ha rendelkezik API -val, akkor egyetlen bejegyzést írhat be például a felhasználói felület minden gombjához vagy minden szövegmezőhöz .

„Tehát mondhatni, ez a szövegmező pontosan az API ezen részére vonatkozik. Valaki nagyon könnyen látja, hogyan illeszkedik a termékhez. De ez azt is jelenti, hogy ha a termék jellemzői megváltoznak, akkor az API -nak is változnia kell. És mivel specifikus, ez azt jelenti, hogy minden alkalmazáshoz egyedi kódot kell írnia. ”

Jó beszélgetni

Bár az API -k specifikációja nagyon hatékony, ha egyszer beállították és meghatározott célokra tervezték, vannak hátrányai.

„Ha a gyártók saját API-kkal rendelkeznek termékeikhez, természetesen nem szabványosítottak, és a szabványosítás kétoldalas érme. Ha szabványosít, akkor nagyon általánosnak kell lennie, mert mindenféle használati esetet meg kell vizsgálni ” - mondja Rainer.

Annak ellenére, hogy az API -k az adott munkára vagy folyamatra specifikusak, az XML és a JSON közötti hasonlóság azt jelenti, hogy a formátumok összeegyeztethetők

"Azonban bárki, aki integrálni akar egy API -t, csak az adott helyzetben teszi ezt, és akkor bezárják őket. Például, ha egy nyomtató cserélni akar egy előnyomó rendszer szállítóját, és a nyomtató a REST API -t használja azt a nyomdai előkészítő rendszert, akkor mindent el kell dobniuk, amit a munkafolyamatuk beállításához tettek, és újra kell kezdeniük a nulláról. ”

Annak ellenére, hogy az API -k az adott feladatra vagy folyamatra jellemzőek, az XML és a JSON közötti hasonlóság azt jelenti, hogy lehetséges a formátumok közötti kompatibilitás, és a CIP4 jelenleg egy fordítóeszközön dolgozik.

„Elég egyszerű lefordítani az XML -t JSON -ra és vissza - van néhány figyelmeztetés, de általában meglehetősen egyszerű” - mondja Rainer.

„A CIP4 az XJDF egyszemélyes fordításán dolgozik JSON-ra, hogy a lehető legjobb kombinációt kapja a két lehetséges világból. Létrehozhat REST API -kat, de ezeket egységesítik, hogy ne zárja be ugyanazt a berendezésgyártót.

„Természetesen a gyártóknak tetszik, ha be tudják zárni az ügyfeleiket; az ügyfelek nem. Tehát jöjjenek az üzleti döntések, mert az ügyfeleknek el kell menniük az eladókhoz, és azt kell mondaniuk, hogy szabványokat és nagyobb rugalmasságot akarnak. A kérdés, hogy a gyártók valóban támogatják -e ezt… nos, ez a történet következő szakasza! ”