As everyone knows, html spread like wildfire. Unfortunately, html had serious defects that we discussed earlier. So in 1996, discussions began which focused on how to essay define a markup language with the power and extensibility of sgml but with the simplicity of html. The world Wide web Consortium (W3C) decided to sponsor a group of sgml gurus including Jon Bosak from Sun. Essentially, bosak and his team did to sgml what the java team had done. All of the non-essential, unused, cryptic parts of sgml were sliced away. What remained was a lean, mean marking up machine: xml.
Sgml, the international standard for marking up data, has been used since the 80s. Sgml is an extremely powerful and extensible tool for semantic markup which is particularly the useful for cataloging and indexing data. Like xml, sgml can be used to create an infinite number of markup languages and has a host of other resources as well. However, sgml is pretty darn complex, especially for the everyday uses of the web. Not only that, but sgml is pretty expensive. Adding sgml capability to a word processor could double or triple the price. Finally, the commercial browsers made it pretty clear that they did not intend to ever support sgml. Html on the other hand was free, simple and widely supported. Html was originally designed at cern around 1990 to provide a very simple version of sgml which could be used by "regular" people.
You can target the same xml (with different xsl) for different devices (standard web browser, palm pilot, printer, etc.). You should not get the impression that xml is useless until browsers support. This is definitely not true - we are using it at nasa in ways where no browser plays any role." - ken Sall However, this takes some magic and the amount of work necessary even to print "hello world" are sometimes enough to dissuade developers. Nevertheless, parsing algorithms and tools continue to improve over time as more and more people see the long-term benefits of migrating their data to xml. The backend part of xml will continue to become simpler and simpler. Already Internet Explorer and Netscape provide a decent amount of built in xml parsing tools. History of xml xml emerged as a way to overcome the shortcomings of its two predecessors, sgml and html which were both very successful markup languages, but which were both flawed in certain ways.
Modern Technology Advantages And Disadvantages
For one, xml requires a processing application. That is, the nice thing about html was that you knew that if you wrote an html document, anyone, anywhere in the world, could read your document using Netscape. Well, with xml documents, that is not yet the case. There are no xml browsers on the market yet (although the latest version of ie does a pretty good job of incorporating xsl and xml documents provided html is the output). Thus, xml documents must either be converted into html before distribution or converting it to html on-the-fly by middleware.
Barring translation, developers must code their own processing applications. The most common tactic used now is to write parsing routines in dhtml or java, or Server-Side perl to parse through an xml document, apply the formatting rules specified by the style sheet, and "convert" it all to html. "While it's true that browser off support is limited, ie 5 and Netscape 5 are expected to fully support xml. Also, w3C's Amaya browser supports it today, as does the jumbo browser that was created for the Chemical Markup Language. Xml isn't about display - it's about structure. This has implications that make the browser question secondary. So the whole issue of what is to be displayed and by what means is intentionally left to other applications.
Let's consider some of the benefits. With xml, the gui is extracted. Thus, changes to display do not require futzing with the data. Instead, a separate style sheet will specify a table display or a list display. Searching the data is easy and efficient.
Search engines can simply parse the description-bearing tags rather than muddling in the data. Tags provide the search engines with the intelligence they lack. Complex relationships like trees and inheritance can be communicated. The code is much more legible to a person coming into the environment with no prior knowledge. In the above example, it is obvious that id 002 /id represents an id whereas li 002 might not. Disadvantages of xml however, awesome xml is, there are some drawbacks which have hindered it from gaining widespread use since its inception. Let's look at the biggest drawback: The lack of adequate processing applications.
Advantages and Disadvantages of the caste system
What happens if you want to present your data in a java applet? Well, unfortunately, your java applet would have to parse through the html document stripping out tags and reformat the data. Non-html processing applications should not be burdened report with extraneous work. With xml, these problems and similar problems are solved. In xml, the same page would look like the following: add client name gunther Birznieks /name id 001 /id company bob's Fish Store /company email /email street 1234 4th. street city new York /city state new York /state zip zip: 10024 /zip /client client name susan czigany /name id 002 /id email /email street 9876 hazen Blvd. street city san Jose /city zip 90034 /zip /client as you can see, custom tags are used to bring meaning to the data being displayed. When stored this way, data becomes extremely portable because it carries with it its description rather than its display. Display is "extracted" from the data and as we will see later, incorporated into a "style sheet".
This could mean editing many of pages. Searching for information in the data is tough. How would you get a quick list of only the clients in California? Certainly, some type of script would be necessary. But how would that script work? It would probably have to search through the file word for word looking for the string "California". And even if it found matches, it would have no way of knowing that California might have a relationship to "New York" - that they are both states. Forget about the relationships between pieces of data which are crucial to power searching. The data is tied to the logic and language of html.
html, a developer might use something like the following: ul li gunther Birznieks ul li client ID: 001 li company: Bob's Fish Store li email: li phone: li street Address: 1234 4th. li city: New York li state: New York li zip: 10024 /ul li susan czigany ul li client ID: 002 li company: Netscape li email: li phone: li street Address: 9876 hazen Blvd. li city: San Jose li state: California li zip: 90034 /ul /ul while this may be an acceptable way to store and display your data, it is hardly the most efficient or powerful. As you are probably aware, there are many potential problems associated with marking up your data using html. Three particularly serious problems come to mind: The gui is embedded in the data. What happens if you decide that you like a table-based presentation better than a list-based presentation? In order to change to a table-based presentation, you must recode all your html!
"From the earliest days of the web, we've been using essentially the same set of tags in our ere's a significant benefit to mom a fixed tag set with fixed semantics: portability. However, html is very confining. Web designers want more control over presentation. Norman Walsh, that is, though the majority of web designers do not need tags to format musical notation, medical formula, or architectural specifications, musicians, doctors and architects might. Xml allows each specific industry to develop its own tag sets to meet its unique needs without forcing everyone's browser to incorporate the functionality of zillions of tag sets, and without forcing the developers to settle for a generic tag set that is too generic. Check out these customized xml-based languages: Advantages of xml: moving beyond Format. However cool the idea of escaping the limitations of a basic tag set (like html) sounds, it isn't even close to the best thing about xml? The real power of xml comes from the fact that with xml, not only can you define your own set of tags, but the rules specified by those tags need not be limited to formatting rules.
14 main, advantages and Disadvantages of Globalization
Article links, advantages of xml: Breaking the tag Monopoly. The first benefit of xml is that because you are writing your own markup language, you are not restricted to a limited set of tags defined by proprietary vendors. Rather than waiting for standards bodies to adopt tag set enhancements (a process which can take quite some time or for browser companies to adopt each other's standards (yeah right! with xml, you can create your own set of tags at your own pace. Of course, not only are you free to develop at your own pace, but you are free to develop tools that meet your needs exactly. By defining essays your own tags, you create the markup language in terms of your specific problem set! Rather than relying on a generic set of tags which suits everyone's needs adequately, xml allows every person/organization to build their own tag library which suits their needs perfectly.