XML hat so keine Zukunft. Es geht unter.
-
Ich rede hier speziell vom Internet (ich weiß nicht, inwieweit XML woanders eingesetzt wird). Es gibt doch nur 0,000000001 % aller Internseiten, die mittels XML erstellt wurden. Wieso entwickelt W3C sowas, wenn diese Sprache garantiert untergeht? Gut, das konnten sie vorher nicht wissen. Aber kein Webmaster wird diese Sprache einsetzen. Deshalb geht sie unter.
-
Öhh... XML ist vielfältig Einsetzbar und muss nicht gezwungenermaßen untergehen.
Es dauert eben bis sich eine neue Efindung durchsetzt oder eben auch nicht. Da kann man doch jetzt noch keine Schlüsse drüber ziehen.
-
Es ist einfach zu kompliziert einzusetzen. Guck dir doch mal die C++ Klassen die es dazu gibt an - einfach mega-komplex.
-
XML wird doch bereits viel eingesetzt. Und es ist ja gar nicht nur zur Erstellung von INternetseiten da.
-
*lol*
du hast ja keine Ahnung.
XML fürs Internet? Ja wo sollte das so viel sinn machen?
/me verwendet XML zum Speichern von Daten. Dafür wurde es ja auch gemacht.
Schau dir mal an wieviel auf XML basiert.
zB Das OpenOffice Word-Format oder von vielen Editoren die Syntax-Highlight-Files oder die manifest datei von win XP oder die Dokumentation von :NET sourcecode und und undsoviele Anwendungsgebiete...
und was ist komplex am parsen?? ich denke an einem wochenende lässt sich ein ordentlicher parser schreiben. Das Format ist doch easy, vorallem Menschen lesbar.
-
Original erstellt von Shade Of Mine:
**
XML fürs Internet? Ja wo sollte das so viel sinn machen?
**in Verbindung mit XSLT macht das viel Sinn.
-
Hi!
Meine persönliche Quintessenz:
Die Begeisterung von XML ist propotional zur Qualifikation und Erfahrung der Mitarbeiter.
Nix für ungut.
P84
-
Shade: Der letzte Absatz war Sarkasmus pur, oder?
Die Specificationen von W3C sind hoffentlich nicht vollständig ernst gemeint ...
-
dazu gab es bereits eine Diskussion (siehe Suchfunktion). Das XML sehr schwer zu parsen ist (allein durch die Namespaces) sollte jedem bewusst sein, dass XML viele unnötige Redundanz enthält (<a></a> ) macht XML Dateien natürlich bloatiger. SOIF war glaub ich die Lösung, die Daniel E. damals vorgeschlagen hat, dass Format ist wirklich interessant (gibt eine RFC dazu, weiss aber gerade nicht die Nummer).
Leider ist XML aber so weit verbreitet, dass man schlecht eine Lösung auf SOIF basierend schreiben kann, wenn alle Welt, mit der man kommunizieren will, XML benutzt.
-
warum in xml daten speichern?? die werden ja sonst viel zu größ!!
-
jeder kann es auslesen ( -> portabilität) und nochdazu kann man sich so nen aufbau leichter merken, als irgeneinen binäraufbau einer datei
-
Is ganz einfach - man speichert die Files in XML, und jagt danach nen Packer drüber, dann brauchen sie auch ned so viel Speicherplatz
Naja - für INI Files is ja XML ganz ok
- aber viele Sachen, sind einfach Schmarn, wo XML eingesetzt wird. Soviel Overhead muß nicht wirklich immer sein.
Nur um "Yea - wir sind im Trend" sagen zu können, weiß ich nicht, ob es denn wirlich sein muß[ Dieser Beitrag wurde am 24.01.2003 um 18:22 Uhr von SnorreDev editiert. ]
-
XML - was ist das eigentlich? Ein Dateiformat? Eine Sprache? Für was? Also: Was ist XML, und wozu ist es gut?
-
XML ist eine Markupsprache.
Genauer gesagt, ist XML eine Spezifikation, wie man Daten speichern muss, damit sie Platform unabhängig ausgelesen werden können.
-
Beispiel?
-
<?xml version = "1.0" encoding = "UTF-16"?> <Fonts> <!-- MSK files. Note that these should be specified before any fonts. --> <MSKFile typeFace = "Arial" file = "Arial.msk"/> <MSKFile typeFace = "MS Pゴシック" file = "mspgthc.msk"/> <!-- Arial --> <Font Name = "Arial 10"> <param TypeFace = "Arial"/> <param AscentHeight = "10"/> <param Antialiased = "false"/> <param Bold = "true"/> <param Italic = "false"/> <param BackgroundOutline = "false"/> <param BackgroundShadow = "true"/> <param BackgroundOffset = "1"/> <param BackgroundAlpha = "0.5"/> <param SpacingAdjustment = "0"/> <ResolutionOverride ResX = "1280"> <param AscentHeight = "12"/> </ResolutionOverride> </Font> ...
Ist ein Stück aus einer Datei bei Age of Mythology von MS. Hab auf die Schnelle nix anderes gefunden...
-
Ich mach mal 2 Beispiele:
1. Die Firmen Beispiel AG und Mustermann GmBH wollen zusammen arbeiten, sie benutzen 2 unterschiedliche Systeme, die wahrscheinlich noch auf unterschiedlichen OSs und auf unterschiedlicher Hardware läuft, da es kein standardisiertes Protokoll für ihre Anwendung gibt, stehen sie vor einem Problem, beide Systeme benutzen proprietäre Protokolle, die wunderbar funktionieren, solange man mit dem eigenen System arbeitet (wobei man natürlich immer die gleiche neueste Version der Software haben muss ;)). Also versucht man sich auf ein Protokoll zu einigen, man benutzt die XML Ausgabe der Programme (oder parst die Ausgabe in eine XML Datei) zB. so etwas
<?xml version = "1.0"?> <kaufe> <produkt-id>0012</produkt-id> <stueck>100</stueck> <preis waehrung="euro">10</preis> </kaufe> <signatur><!-- ... --></signatur>
Vielleicht unterscheidet sich die XML Ausgabe des Programmes, dann ist man auch nicht verloren, da man mit XSL(T), dass ist eine Sprache, die mit XML definiert wurde, die Daten leicht umwandeln kann und so kann ein Programmierer innerhalb von ein paar Stunden die Kommunikation zwischen den proprietären Welten herstellen.
Deine Firma hat eine andere Firma aufgekauft, beide Firmen bieten ein gleiches Software Produkt an, die Features, die die andere Firma hatte, werden nun im Eilverfahren in das eigene Produkt integriert (wobei natürlich unzählige Bugs entstehen, was man aber mit 2 bis 7 Service Packs ausbaden kann ;)), nun muss die eigene Anwendungs Konfigurations Datei erweitert werden und den Nutzern des Produkts, der übernommenen Firma, soll eine einfache Methode zum tauschen der Software gegeben werden, um möglichst viele Kunden zu übernehmen.
Wenn die Firma nun ein ASCII Zeugs benutzt hat, kann das leicht zu einem Problem führen, vor allem wenn die Konfigurationsdatei eh schon wild durcheinander ist, da man dort nie aufgeräumt hat und immer mehr Features hinzugefügt hat, also steht die Firma vor einem Problem, wenn man noch mehr hinzufügt, dann geht die Datei wirklich daneben aber wenn man mal vernünftig aufräumen will, muss man den Release Termin verschieben, bei XML wär das kein großes Problem, da der Syntax vorgegeben ist, kann man leicht etwas hinzufügen und mit XSL(T) kann man die Konfigurations Datei des anderen Produkts leicht in das eigene Format umwandeln.
hoffe, dass die Beispiele dir ein wenig helfen.
-
Naja, ich finde XML zwar eine praktische Sache, aber wenn es um das Speichern von großen Datenmengen geht ist XML erstens langsamer und zweitens Speicheraufwendiger als bspw. ein binäres Format...
-
Kein Mensch käme auf die Idee, binäre Daten von Audio und Video in XML zu speichern. Tut das einer doch, so hat er nicht viel kapiert. Interessanter ist dann schon, die Header von Binärfiles wieder in XML abzulegen...
-
Original erstellt von Marc++us:
Kein Mensch käme auf die Idee, binäre Daten von Audio und Video in XML zu speichern. Tut das einer doch, so hat er nicht viel kapiert. Interessanter ist dann schon, die Header von Binärfiles wieder in XML abzulegen...Hi!
Soooo?!? -
...
Die Binärdaten werden in einen UTF-8 Format übersetzt. Das ist richtig.Aber Standards und Spezifikationen, wie
VoiceXML
SALT (Speech Application Language Tags)
CCXML (call control XML)
SMIL (Synchronized Multimedia Integration Language)
und etwa weiter hundert übertragen transformierte Binär-Daten.Nix für ungut!
P84