nicht angemeldet
(Neu-)Definition von Protokollen in XML?
Hallihallo,
mir ist da so eine Idee gekommen, wie sie teilweise auch schon genutzt wird.
Da XML stark beim Datenaustausch zum Einsatz kommt und sich vor allem zum Austausch von Objekten eignet (SOAP), wäre es da nicht "zeitgemäß", einige Protokolle in XML neuzudefinieren?
Zum Beispiel SMTP - schon allein die Form spricht doch dafür, den ganzen Mail-Kopf in XML zu definieren:
<mail>
<from>...</from>
...
<body>
...
</body>
</mail>
Bei HTML-Mails müsste im Body natürlich noch der entsprechende Name-Space angegeben werden.
Was spricht dagegen?
- Der Parsing-Aufwand? (wohl kaum; einen fertigen parser einzubinden, wäre imho kein problem)
- Die Datenmenge? Ja, klar, es wären ein paar chars mehr. Und?
- Der Integrationsaufwand? Die Umstellung wäre sicherlich schon fast mit dem Aufwand vergleichbar, von IPv4 auf IPv6 umzusteigen. Aber daran wird's wohl scheitern.
Was spricht dafür?
Natürlich klappt es auch so. Aber zumindest bei neuen Protokollen (die eigentlich auch nicht so häufig entstehen :) wäre es doch eine nicht außer acht zu lassende Alternative.
Gut, ich lasse die Finger von den bestehenden Protokollen. Aber spricht nicht alles dafür, XML in diesem Sektor zu bestärken? Damit man endlich weiß, "in welche Ecke" man XML stellen soll?
Andere Vorschläge?
Oder sind euch Fälle bekannt, in denen XML schon auf diese Weise genutzt wird?
Sonstige Weltverbesserungsvorschläge? ;-)
Bin gespannt auf eure Meinungen.
Viele Grüße,
Simon
-
Hallo,
»»Aber spricht nicht alles dafür, XML in diesem Sektor zu bestärken?
Ich glaube nicht, dass man XML betärken muss auf diesem Gebiet. Eher umgekehrt, oftmals wäre es vernünftiger mal auszuloten, ob XML tatsächlich das geeignete Format ist. Aber du hast recht für die oberen Schichten von Netzwerkprotokollen bietet es sich an und wird ja auch überall verwendet (cXML, ICE, SOAP usw. usw.).
»»Damit man endlich weiß, "in welche Ecke" man XML stellen soll?
Das verstehe ich nicht? Meinst du XML nun nur noch für Protokolle?
Sonstige Weltverbesserungsvorschläge? ;-)
Außer einem ultimativen Pollenkiller nichts Brauchbares ;-)
Grüße
Franz (ständig niesend)-
Hi Franz!
»»Damit man endlich weiß, "in welche Ecke" man XML stellen soll?
Das verstehe ich nicht? Meinst du XML nun nur noch für Protokolle?
Nein, aber ich erlebe immer wieder, dass viele (Programmierer) nichts mit XML anfangen können, weil sie nicht wissen, wofür es jetzt eigentlich gut ist - die Vielfältigkeit ist denen einfach zu stark.
Vielleicht brauch man ja was, mit dem man XML indentifizieren kann, dass man mit XML verbinden kann, sozusagen den Haupteinsatzpunkt, damit man es diesen Leuten leichter macht, in XML einzusteigen.
Wenn Du Dir überlegst, dass man mit XML- Daten strkturiert speichern
- Daten übertragen
- Programmkonfigurationsfiles schreiben
- Hypertext darstellen
- ...
kannst, dann wird das einigen schon zu viel.
Grüße
Franz (ständig niesend)Hier, nimm eins: http://www.papiertaschentuecher.de/ ;-)
MfG Simon
-
Hallo Simon,
Vielleicht brauch man ja was, mit dem man XML indentifizieren kann, dass man mit XML verbinden kann, sozusagen den Haupteinsatzpunkt, damit man es diesen Leuten leichter macht, in XML einzusteigen.
Ja, das erlebe ich auch oft. Ich denke, da gibt es zwei Aspekte:
Zum einen ist XML sehr einfach, wenn man sich mit auf die am Häufigsten verwendeten Syntaxkonstrukte beschränkt, zum anderen ist XML aber nichts anderes als ein weiteres Datenformat. Und um zu "begreifen", was für Vorteile man durch Einsatz von XML in welchen Gebieten besitzt, da gehört schon etwas mehr dazu. Aber das ist meiner Meinung nach der Kern: die Konzepte die dahinterstehen zu verstehen und sie für die eigenen Projekte nutzbar zu machen.Wenn Du Dir überlegst, dass man mit XML
- Daten strkturiert speichern
- Daten übertragen
- Programmkonfigurationsfiles schreiben
- Hypertext darstellen
- ...
kannst, dann wird das einigen schon zu viel.
Ja, aber das ist eben noch lange nicht alles. Trotzdem läßt sich XML mit zwei klassischen Anwendungsszenarien in Verbindung bringen: medienneutrales Publishing und Datenaustausch. Die Facetten in beiden Bereichen sind sehr vielfältig, aber sich über die Vor- und Nachteile von XML in beiden Bereichen im Klaren zu sein ist schonmal die Halbe Miete, um sich nicht von dem Hype um eine neue XML-Anwendung oder ein neues "XML-Tool" durcheinander bringen zu lassen.
Hier, nimm eins: http://www.papiertaschentuecher.de/ ;-)
Danke, aber jetzt habe ich alle Sorten durchprobiert und nen roten Riesenpropfen vor lauter Schneuzen im Gesicht :-(
Gute Nacht
Franz
-
-
Hallo,
wäre es da nicht "zeitgemäß", einige Protokolle in XML neuzudefinieren?
doch, das ist seit etwa mitte 2000 zeitgemäß *g*
darf ich in diesem zusammenahng die folgende links empfehlen:
http://www.w3.org/TR/2000/WD-xp-reqs-20001219/ und neuerdings:
http://www.w3.org/TR/xmlp-reqs/[ink:http://www.w3.org/2000/03/29-XML-protocol-matrix]
grüße
thomas