Xml
Summary:This article describes XML and the various techniques in the XML family. We'll discuss how each of these core technologies is combined into a complete whole as well as some of the things that support XML technology.
It seems like things happen every day: more and more developers believe that XML (extensible Markup Language) will fundamentally change our software industry. But if you want to find out from them why or when this is going to happen, you'll see that the explanations they give are filled with abbreviations for a lot of the proper terminology of XML. These things don't really make you understand, and I'm sure you won't be satisfied with explanations like theirs.
In general, the main obstacle that people encounter when learning to master XML comes from the astonishing speed of XML development. If you look at the Web site on XML (http://www.w4.org/xml/), you'll find a lot of technology and related publications about XML. The consortium has brought such a large amount of information together, creating a lot of trouble for developers. It is more difficult to learn XML when the critical question of how the technologies covered by XML is integrated is not clear.
This article introduces you to the various technologies in the XML and XML family so that you understand not only the importance of XML at a higher level, but also how the various technologies in XML are grouped together into a complete technology. After reading this article, you will have a general idea of the XML-specific nouns and abbreviations that plague you, laying the groundwork for future learning of XML from a deeper level.
So, what exactly is XML?
In many of the authors of previous XML, answering this question has become a fad. As you have already known, XML is the official abbreviation for Extensible Markup language. They may think that the pronunciation of XML is more sexy than eml read, and replaced the original letter E with the letter x. However, when you cross the abbreviation to understand XML from a deeper level, you will find that it is not just a markup language, but a series of techniques. This technology family provides a solution for us to develop software with better scalability and interoperability.
Where does the XML come from?
XML originates from SGML (Standard generalized Markup Language. In other words, you can use both XML and SGML to create your own descriptive document. Both languages use text identifiers (Tags) to describe the data for use by other applications or tools (such as an SGML or XML analyzer). With XML, they can read the information correctly and do some interesting things with the data. XML is a simplified version of SGML and is more suitable for use on the web.
Syntax FOR XML
XML defines the syntax used to describe your data. It's a correct XML statement:
Unlike other identity languages, XML is sensitive to capitalization. Therefore,
If an XML document contains only one root element, and all child elements are correctly placed in the parent element, such XML has a good style. More specifically, for each given child element, its begin and end tags exist only in the same parent element. Here is a good example of an XML document (Hamburger.xml).
>
Cowburger
greasy and good.
2.99
who will define tags?
After reading the previous section, you will find that you have a basic understanding of the syntax of XML. In fact, this is not a lot of content, XML is really very simple.
As you may have noticed, XML looks much like HTML (Hypertext Markup Language). They all use the same syntax to define begin and end tag and some properties. In essence, HTML uses some predefined elements and methods, just a special case of XML. These elements and their associated methods determine how the browser interprets an XML document and then provides it to the end user.
and HTML provides a common way to create a user interface, XML provides a common way to describe and collaborate on data work. XML allows developers to create their own XML vocabulary and describe their own data structures in a customized way. If a developer is developing software for a fast-food chain, a "hamburger" element can be very handy to describe some food.
Once developers have used XML to describe their data, they can easily interoperate with the same or different systems. Of course, the premise is that those systems can understand XML. For example, a developer can use data from another system, as long as the data is described in XML. In this way, developers will no longer have to worry about the different aspects of the platform, operating system, language, or data storage, when considering the interoperability of the software. XML is the simplest tool for implementing interoperability between systems.
namespace of XML
Because of XML's support for interoperability, everyone can create their own XML vocabulary. As a result, if different developers use the same elements to represent different entities, the consequences would be unthinkable. To prevent this potential conflict, the consortium introduced namespaces in XML.
XML namespaces provide a context for your XML document elements. It allows developers to process elements in a certain semantics. Also as an example of hamburgers, in a system, price element may represent the consumer's purchase prices, and in another system, it may represent the store's purchase price. The following example shows how namespaces can help us solve such problems.
>
Xmlns:purchase= "Http://fastfood.org/franchise/prices"
Xmlns:sales= "Http://fastfood.org/customer/prices"
>
Cowburger
greasy and good.
0.99
2.99
[1] [2] [3] [4] Next page
