Bằng cách này bạn có thể tập trung vào việc sử dụng HTML để định dạng và hiển thị, và chắc chắn rằng những thay đổi trong dữ liệu cơ bản sẽ không thay đổi cho bất kỳ lực lượng của mã HTM
Trang 1Làm thế nào có thể được sử dụng XML
XML có thể giữ cho dữ liệu tách từ HTML của bạn
các trang web HTML được sử dụng để hiển thị dữ liệu. Dữ liệu thường được lưu trữ bên trong các trang HTML. Với dữ liệu XML này có thể được lưu trữ trong một file XML riêng biệt. Bằng cách này bạn có thể tập trung vào việc sử dụng HTML để định dạng và hiển thị, và chắc chắn rằng những thay đổi trong dữ liệu
cơ bản sẽ không thay đổi cho bất kỳ lực lượng của mã HTML của bạn
XML có thể được sử dụng để lưu trữ dữ liệu bên trong các tài liệu HTML
dữ liệu XML cũng có thể được lưu giữ trong các trang HTML như là liệu
đảo. Bạn vẫn có thể tập trung vào sử dụng HTML để định dạng và hiển thị dữ liệu
XML có thể được sử dụng như là một định dạng để trao đổi thông tin
Trong thế giới thực, các hệ thống máy tính và cơ sở dữ liệu chứa dữ liệu trong các định dạng không tương thích. Một trong những thời gian nhất tiêu thụ những thách thức cho các nhà phát triển đã được trao đổi dữ liệu giữa các hệ thống như vậy trên Internet. Chuyển đổi dữ liệu cho XML này có thể giảm rất phức tạp
và tạo ra dữ liệu có thể được đọc bởi các loại khác nhau của ứng dụng
XML có thể được sử dụng để lưu trữ dữ liệu trong các tập tin hoặc trong cơ sở
dữ liệu
Ứng dụng có thể được viết để lưu trữ và lấy thông tin từ các cửa hàng, và các ứng dụng chung có thể được sử dụng để hiển thị các dữ liệu
Ví dụ XML
<? Xml version = "1.0"?>
<note>
<to> Tove </ đến>
<from> Jani </ từ>
<heading> Reminder </ nhóm>
<body> Đừng quên cho tôi này> cuối tuần cơ thể !!!</
</ Lưu ý>
Line-by-line code Giải thích
<? Xml version = "1.0"?>
Tờ khai XML nên luôn luôn được bao gồm. Nó định nghĩa các phiên bản XML của tài liệu. Trong trường hợp này, tài liệu phù hợp với các đặc điểm kỹ thuật 1.0 của XML.
<note>
Xác định các yếu tố đầu tiên (các yếu tố gốc) của tài liệu.
<to> Tove </ to>
<from> Jani </ từ>
<heading> Reminder </ nhóm>
<body> Đừng quên cho tôi này> cuối tuần cơ thể !!!</
Trang 2Định nghĩa 4 yếu tố của root (đến, từ, nhóm và cơ thể).
</ Lưu ý>
Dòng cuối cùng xác định sự kết thúc của yếu tố gốc
một doc XML là gì trông giống như
Hãy lưu một đoạn mã trên như note.xml (bằng cách này, tài liệu XML phải có xml như phần mở rộng) Và mở nó trong trình duyệt IE của. Dưới đây là những gì bạn thực sự nhìn thấy trên trình duyệt
Cú pháp XML - Tổng hợp ý tưởng
1. Tất cả các yếu tố XML phải có thẻ đóng
Trong HTML một số yếu tố không cần phải có một thẻ đóng. Các mã sau là hợp pháp trong HTML: <p> Đây là một đoạn
<p> Đây là một đoạn
Trong tất cả các yếu tố XML phải có thẻ đóng như thế này: <p> Đây là một
<khoản / p>
<p> Đây là một <khoản / p>
2. XML tags là trường hợp nhạy cảm
XML tags là trường hợp nhạy cảm. Mở và thẻ đóng cửa do đó phải được viết với cùng một vụ án
<Message> Này là không chính xác </> tin nhắn
<message> này là chính xác </> tin nhắn
Quan trọng: Tags nên bắt đầu bằng một chữ cái hoặc là, dấu gạch dưới (_) hoặc một dấu hai chấm ( tiếp theo là sự kết hợp của các chữ cái, số, thời gian (.), dấu hai chấm, gạch dưới, hoặc dấu gạch ngang (-) nhưng không có không gian màu trắng, ngoại trừ mà không có thẻ nên bắt đầu với bất kỳ hình thức "xml". Nó cũng là một ý tưởng tốt để không sử dụng dấu hai chấm là ký tự đầu tiên trong tên thẻ ngay cả khi nó là hợp pháp. Sử dụng một dấu chấm đầu tiên có thể là khó hiểu. Đây là một số thẻ hợp pháp và bất hợp pháp ví dụ: các thẻ bất hợp pháp pháp lý thẻ
<first-name> <first-name>
<last.name> <qua. name>
<namexml> <xmlname>
3. Tất cả các yếu tố XML phải được lồng nhau đúng cách
Trong HTML một số yếu tố không đúng cách có thể được lồng vào nhau như thế này: <b> <i> văn bản này được in đậm và nghiêng </ b> </ i>
Trong XML, tất cả các phần tử phải được lồng vào nhau đúng khác như thế này:
<b> <i> văn bản này được in đậm và nghiêng </ i> </ b>
Trang 34. Tất cả các tài liệu XML phải có một thẻ gốc
Tất cả các tài liệu XML phải có một cặp khóa duy nhất để xác định các yếu tố gốc. Tất cả các yếu tố khác phải được lồng bên trong phần tử gốc. Tất cả các yếu tố có thể có sub (trẻ em) các yếu tố. Sub phần tử phải được theo cặp và lồng nhau một cách chính xác trong phần tử mẹ. ví dụ. <root>
<child>
<subchild>
</ Subchild>
</ Em>
</ Root>
5. Thuộc tính giá trị luôn luôn phải được trích dẫn
XML yếu tố có thể có các thuộc tính trong tên / cặp giá trị giống như trong HTML. Trong XML giá trị thuộc tính luôn luôn phải được trích dẫn. ví dụ
Đúng sai
<? Xml version = "1.0" <>?? Xml version = "1.0"?>
<note date="25/06/00"> <note date=25/06/00>
Tránh sử dụng các thuộc tính?
Thuộc tính được tiện dụng trong HTML. Nhưng trong XML, bạn nên cố gắng tránh cho họ (bạn có thể dễ dàng thay thế các thuộc tính của các yếu tố - Tôi sẽ chỉ cho bạn sau này, do đó bạn có thể nhận được các ý tưởng !!!). Tại
sao? Dưới đây là một số vấn đề bằng cách sử dụng các thuộc tính.
Attributescan không chứa nhiều giá trị
Thuộc tính không thể mở rộng
Thuộc tính có nhiều khó khăn để thao tác của chương trình mã
Giá trị thuộc tính không phải là dễ dàng để kiểm tra đối với DTD
Hãy để tôi làm sáng tỏ nghi ngờ của bạn bằng cách nhìn vào ví dụ sau đây: Một ví dụ về XML
<? Xml version = "1.0"?>
<note>
<date> 12/11/00 </ ngày>
<to> Tove </ to>
<from> Jani </ từ>>
<subject> Reminder </ môn>
<body> Đừng quên cho tôi này <cuối tuần /> cơ thể
</ Lưu ý>
Nếu bạn nhìn vào <date> yếu tố trên, làm thế nào để bạn thích nó??? Đây có phải là 12. của tháng mười một hoặc 11. của tháng mười hai?
Bây giờ, hãy xem cách bạn có thể mở rộng các yếu tố <date>:
Trang 4<? Xml version = "1.0"?>
<note>
<date>
<date> 12 </ ngày>
<month> 11 </ tháng>
<year> 99 </ năm>
</ Ngày>
<to> Tove </ to>
<from> Jani </ từ>
<heading> Reminder </ nhóm>
<body> Đừng quên cho tôi này <cuối tuần /> cơ thể
</ Lưu ý>
Đã có ý tưởng?
XML Well-hình thành
Nếu bạn đã đọc Cú pháp XML - Tổng hợp ý tưởng phần trên, bởi bây giờ bạn nên có một ý tưởng rất công bằng về XML nói chung. Vì vậy, tôi sẽ chuyển sang chủ đề thú vị hơn đó là XML cũng như các thành lập. Các tài liệu XML cũng xem xét hình thành nên đáp ứng ba quy tắc đơn giản:
Các tài liệu phải có một hoặc nhiều yếu tố
Nó phải có một yếu tố tên duy nhất, không có phần trong đó xuất hiện trong nội dung của bất kỳ yếu tố khác, được gọi là yếu tố gốc
Tất cả các yếu tố khác trong các yếu tố gốc phải được lồng nhau một cách chính xác
Vì vậy, theo các quy tắc này, sau đây là ví dụ về các tài liệu cũng được hình thành:
example1.xml
<empty_tag> </ empty_tag>
example2.xml
<? Xml version = "1.0"?>
<class> loài động vật có vú </ lớp>
example3.xml
<root>
<class> loài động vật có vú </ lớp>
</ Root>
example4.xml
<empty_tag/>
Lưu ý: example1.xml và example4.xml đều giống nhau
Trang 5Sau đây là ví dụ của tài liệu cũng không được hình thành:
bad_example.xml
<bad_parent>
<naughty_child> Thông tin giới thiệu
</ Bad_parent>
</ Naughty_child>
Giải thích: Nếu bạn nhìn kỹ, bạn có thể thấy rằng các yếu tố <naughty_child> overshoots cuối của phần tử <bad_parent>, mà nên tóm lược các yếu tố
<naughty_child> hoàn toàn (Theo quy tắc 3 ở trên)
Cấu trúc XML doc
Thể chất, tài liệu được tạo thành từ một tập hợp các thực thể (chúng tôi sẽ nói
về chủ đề này trong một bit) được xác định bởi tên duy nhất. Tất cả các tài liệu bắt đầu bằng một tài liệu gốc hoặc thực thể. Tất cả các thực thể khác là tùy chọn
Trái ngược với cấu trúc vật lý, văn bản XML có một cơ cấu hợp lý là tốt. Hợp lý, tài liệu bao gồm các tờ khai, các yếu tố, các ý kiến, nhân vật tham khảo và hướng dẫn chế biến, tất cả đều được ghi trong các tài liệu do đánh dấu rõ ràng
Dữ liệu vs Markup
Tất cả các tài liệu XML có thể được hiểu trong điều kiện của chúng chứa dữ liệu
và đánh dấu các mô tả dữ liệu đó.
Dữ liệu thường "dữ liệu nhân vật" (nghĩa là bất cứ điều gì trong ranh giới của giá trị Unicode như chữ cái, số, dấu chấm câu và như vậy), nhưng cũng có thể được
dữ liệu nhị phân là tốt
Markup bao gồm các thẻ, các ý kiến, hướng dẫn chế biến, DTDs và tài liệu tham khảo và vv.
Ví dụ: John Smith <name> <> tên /
Giải thích: <name> và </ tên thẻ> bao gồm các đánh dấu và "John Smith" bao gồm các dữ liệu ký tự
Tuyên bố XML
Để bắt đầu một tài liệu XML, nó là một ý tưởng tốt để bao gồm việc khai báo XML ở dòng đầu tiên của tài liệu. Mặc dù tuyên bố XML là tùy chọn, nhưng các đặc điểm kỹ thuật của W3C (World Wide Web Consortium - nhóm phát triển XML) cho thấy rằng chúng ta nên đưa nó để cho biết phiên bản của XML, được
sử dụng để xây dựng tài liệu để phân tích cú pháp thích hợp hoặc một quá trình
có thể được phân tích cú pháp xuất hiện vào tài liệu.
Trang 6Về cơ bản, việc khai báo XML là một hướng dẫn xử lý mà thông báo cho đại lý chế biến (trình duyệt) mà các tài liệu sau đây đã được đánh dấu như là một tài liệu XML. Nó sẽ giống như sau:
<? Xml version = "1.0"?>
OR có một khoảng trắng ở giữa như hình dưới đây
<? Xml version = "1.0"?>
Chúng tôi sẽ nói thêm về các chi tiết đẫm máu của các hướng dẫn chế biến sau này, cho bây giờ chúng tôi tập trung vào giải thích tại sao việc kê khai các công trình XML okie!
Tất cả các hướng dẫn chế biến, bao gồm cả việc kê khai XML nên có cú pháp sau:
<? Tên ?>
Nó phải bắt đầu bằng <? và kết thúc bằng?>. Sau <ban đầu?, Bạn sẽ tìm thấy tên của hướng dẫn chế biến, mà trong trường hợp này là "xml".
Các lệnh xử lý XML, yêu cầu bạn xác định một thuộc tính phiên bản và cho phép bạn chỉ định độc lập tùy chọn và thuộc tính mã hóa
Trong thần khí đầy đủ, việc khai báo XML có thể trông như sau:
<? Xml version = "1.0" standalone = "yes" encoding = "UTF-8"?>
Các thuộc tính Phiên bản
Như chúng tôi đã đề cập trước, nếu bạn quyết định sử dụng khai báo XML tùy chọn, bạn phải xác định các thuộc tính của phiên bản. Theo văn bản này, phiên bản hiện hành của XML là 1,0.
Nếu bạn bao gồm các thuộc tính tùy chọn, phiên bản phải được xác định đầu tiên
Các thuộc tính độc
Các thuộc tính độc tài liệu xác định liệu có bất kỳ đánh dấu tờ khai được xác định trong một văn bản riêng. Do đó, nếu độc lập được thiết lập để "có", tài liệu
có hiệu quả là khép kín và không có tờ khai đánh dấu thêm ở bên ngoài của DTD. Tuy nhiên, thiết lập các độc để "không" lá vấn đề mở. Hãy nhớ rằng các tài liệu có thể hoặc không thể truy cập từ bên ngoài của DTD
Trang 7Đối với các ví dụ:
standalone_yes.xml
<? Xml version = "1.0" standalone = "yes" encoding = "UTF-8"?>
<book>
<title> Professional XML Tiêu đề Thiết kế và thực hiện <> /
<author> Paul Spencer </ tác giả>
<publisher> Wrox </ nhà xuất bản>
<price> 83,95 $ </ giá>
</ Book>
standalone_no.xml
<? Xml version = "1.0" standalone = "no" encoding = "UTF-8"?>
<DOCTYPE sách SYSTEM "! Book.dtd">
<book>
<title> Professional XML Tiêu đề Thiết kế và thực hiện <> /
<author> Paul Spencer </ tác giả>
<publisher> Wrox </ nhà xuất bản>
<price> 83,95 $ </ giá>
</ Book>
Lưu ý: Như bạn thấy, nếu standalone = "no" có nghĩa là các tài liệu XML nên sử dụng một DTD bên ngoài.Trong trường hợp này, sử dụng book.dtd file để kiểm tra xác nhận tài liệu
Các thuộc tính mã hóa
Mọi parsers XML phải hỗ trợ 8-bit và 16-bit mã hoá Unicode (UTF-8 và UTF-16 tương ứng) tương ứng với ASCII. Tuy nhiên, XML parsers có thể hỗ trợ một tập hợp lớn hơn.
Dữ liệu nhân vật
XML định nghĩa các văn bản giữa các thẻ bắt đầu và kết thúc được dữ liệu nhân vật và các văn bản trong các thẻ được đánh dấu
Kể từ khi <"" và ">" là các ký tự dành riêng cho sự bắt đầu và kết thúc của một tag - tương ứng. Do đó dữ liệu nhân vật có thể là bất kỳ quy phạm pháp luật (Unicode) nhân vật ngoại trừ <"" và ">" không thể được sử dụng. Ví dụ sau đây
là không chính xác.
<comparison> 12 <13 </ so sánh>
Giải pháp thay thế:
<comparison> 12 <13 </ so sánh>
Sau đây là câu hỏi mà bạn có thể hỏi chính mình. Làm thế nào tôi có thể biết
Trang 8được các ký tự mà pháp luật hoặc bất hợp pháp để sử dụng? Vâng, không phải quá lo lắng - XML cung cấp một vài tham chiếu thực thể hữu ích mà bạn có thể
sử dụng:
Chủ thể tự tham khảo ý nghĩa
>> Lớn hơn
<<Nhỏ hơn
& & Dấu "và"
"" Double báo giá
'' Dấu nháy đơn (Single báo giá)
Rõ ràng, các tham chiếu thực thể <rất hữu ích cho dữ liệu ký tự. Các tham chiếu thực thể khác có thể được sử dụng trong phạm vi đánh dấu trong các trường hợp, trong đó có thể có sự nhầm lẫn như:
<statement value="She said, "Don't đi there!"">
Mà phải được viết là:
<statement value="She said, "Don't đi there!"">
Bởi và lớn, thẻ tạo nên phần lớn các XML đánh dấu. thẻ A là khá nhiều bất cứ điều gì giữa một dấu <và ký a> đó không phải là bên trong một bình luận, hoặc một phần CDATA (Tìm hiểu về phần kế tiếp, xin vui lòng!)
CDATA
CDATA cũng có nghĩa là dữ liệu ký tự. CDATA là văn bản sẽ không được phân tích cú pháp bởi bộ phân tích một. Tags bên trong văn bản sẽ không được coi là đánh dấu và các tổ chức sẽ không được mở rộng
Khi chúng tôi có nói đã có, nó là một quy luật khá tốt của ngón tay để xem xét bất cứ điều gì bên ngoài của thẻ được tính cách dữ liệu và bất cứ điều gì bên trong các thẻ để được coi là đánh dấu. Nhưng than ôi, tôi sẽ làm thế nào để hiển thị> "" hoặc bất kỳ ký tự dành riêng khác trên trình duyệt? và tồi tệ hơn vẫn còn, nếu tôi quyết định có rất nhiều ký tự dành riêng để hiển thị lên trình duyệt, để tôi phải quan trọng trong tất cả các thực thể tham khảo các biểu tượng vui?
Tất nhiên là không, XML đã cung cấp cho bạn một tính năng tuyệt vời mà bạn có thể sử dụng. Đó là trường hợp đặc biệt của khối CDATA, nó được cung cấp như một biện pháp tiện lợi khi bạn muốn bao gồm khối lượng lớn các ký tự đặc biệt như dữ liệu ký tự. Bởi bao gồm cả CDATA block, bạn thực sự cho các bộ xử lý XML (trình duyệt) để điều trị tất cả mọi thứ bên trong CDATA phần giống như bất
kỳ dữ liệu nhân vật khác thường. (Có nghĩa là tất cả các thẻ và các tham chiếu thực thể được bỏ qua bởi một bộ xử lý XML)
Hãy nói rằng bạn muốn hiển thị tài liệu XML trên trình duyệt, bạn có thể xây
Trang 9dựng tài liệu XML của bạn như sau:
<example>
<document>
<name> Trina Thạch </ name>
<email> trina@technomusic.org </ email>
</ Tài liệu>
</ Ví dụ>
Như bạn thấy, bạn sẽ buộc phải sử dụng các tham chiếu thực thể cho tất cả các thẻ. a mess là gì!
Vì vậy, để tránh sự bất tiện của dịch tất cả các ký tự đặc biệt, bạn có thể sử dụng một khối CDATA để xác định rằng tất cả các dữ liệu nhân vật cần được xem xét dữ liệu nhân vật hay không nó trông giống như một thẻ hoặc tham chiếu thực thể.
Bây giờ, cho phép tôi chỉ cho bạn cách dễ dàng là bằng cách áp dụng CDATA khối trong tài liệu XML:
<example>
<[CDATA! [
<document>
<name> Trina Thạch </ name>
<email> trina@technomusic.org </ email>
</ Tài liệu>
]]>
</ Ví dụ>
Xem làm thế nào có thể đọc được và rõ ràng nó là???
Như bạn có thể đoán, các chuỗi ký tự]]> không được phép trong vòng một khối CDATA là nó sẽ báo hiệu sự kết thúc của khối CDATA
PCDATA
PCDATA có nghĩa là phân tích dữ liệu ký tự. Hãy nghĩ về dữ liệu nhân vật là văn bản được tìm thấy giữa các thẻ bắt đầu và thẻ kết thúc một phần tử
XML. PCDATA là văn bản đó sẽ được phân tích cú pháp bởi bộ phân tích
một. Một chữ, các thẻ bên trong văn bản sẽ được coi là đánh dấu và các tổ chức
sẽ được mở rộng.
Bình luận
Không chỉ bạn đôi khi muốn bao gồm các thẻ trong tài liệu XML của bạn mà bạn muốn xử lý XML sẽ bỏ qua (hiển thị như dữ liệu nhân vật), nhưng đôi khi bạn sẽ muốn đặt dữ liệu ký tự trong tài liệu của bạn mà bạn muốn xử lý XML để bỏ qua (không trưng bày tại tất cả). Loại văn bản được gọi là luận văn bản.
Trang 10Trong HTML, bạn chỉ định ý kiến bằng cách sử dụng <- và! - Cú pháp>. Vâng, tôi
có một số tin tốt. Trong XML, ý kiến được thực hiện trong cùng một cách mà chỉ! Vì vậy, sau đây sẽ là một XML hợp lệ bình luận:
<! - Hãy bắt đầu Tên ->
<name> Jim Nelson </ name>
<name> Sam Sanger </ name>
<name> Les Moore </ name>
<! - Cuối cùng tên ->
Khi có ý kiến bằng cách sử dụng trong các tài liệu XML của bạn, tuy nhiên, bạn nên ghi nhớ một vài quy tắc.
Không nên có "-" hoặc "-" trong văn bản của các bình luận của bạn vì nó có thể gây nhầm lẫn với bộ xử lý XML.
Đừng bao giờ diễn ra một bình luận trong một thẻ. Do đó, các mã sau đây sẽ được thành lập kém XML
<Tên <- Tên ->> Peter Williams </> tên!
Tương tự như vậy, không bao giờ diễn ra một bình luận bên trong một tuyên bố thực thể và không bao giờ diễn ra một bình luận trước khi tuyên bố XML mà luôn luôn phải là dòng đầu tiên trong bất kỳ tài liệu XML.
Bình luận có thể được sử dụng để nhận xét ra bộ từ khóa. Như vậy, trong
trường hợp sau đây, tất cả các tên sẽ bị bỏ qua trừ Barbara Tropp.
Hướng dẫn chế biến
Chúng tôi đã nhìn thấy một hướng dẫn chế biến. Việc kê khai, XML là một chỉ dẫn chế biến. Và nếu bạn gọi lại, khi chúng tôi giới thiệu tuyên bố XML chúng tôi hứa sẽ quay trở lại khái niệm về chế biến các hướng dẫn để giải thích chúng như là một thể loại
Vì vậy, ở đây chúng tôi đang có
Một hướng dẫn chế biến là một chút thông tin có nghĩa là cho các ứng dụng sử dụng các tài liệu XML. Đó là, họ không thực sự quan tâm đến phân tích cú pháp XML. Thay vào đó, các hướng dẫn được truyền nguyên vẹn thẳng đến các ứng dụng sử dụng các phân tích cú pháp.
Việc áp dụng sau đó có thể chuyển thông tin này vào ứng dụng khác hoặc giải thích nó chính nó.
Tất cả các hướng dẫn xử lý theo các định dạng chung loại của: