Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống
1
/ 15 trang
THÔNG TIN TÀI LIỆU
Thông tin cơ bản
Định dạng
Số trang
15
Dung lượng
91,5 KB
Nội dung
Làm thế nào có thể được sử dụng XMLXML 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àiliệ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àiliệ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ể !!!</
Đị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àiliệ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ưởng1. Tất cả các yếu tố XML phải có thẻ đóngTrong 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ảmXML 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áchTrong 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>
4. Tất cả các tàiliệu XML phải có một thẻ gốcTất cả các tàiliệ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ẫnXML 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ộngThuộ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 DTDHã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>:
<? 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ànhNế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àiliệ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àiliệ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àiliệ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.
Sau đây là ví dụ của tàiliệ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 docThể chất, tàiliệ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àiliệu bắt đầu bằng một tàiliệ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àiliệ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àiliệu do đánh dấu rõ ràng.Dữ liệu vs MarkupTất cả các tàiliệ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àiliệ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àiliệ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àiliệ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.
Về 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àiliệu sau đây đã được đánh dấu như là một tàiliệ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ảnNhư 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 độcCác thuộc tính độc tàiliệ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àiliệ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àiliệu có thể hoặc không thể truy cập từ bên ngoài của DTD.
Đố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àiliệ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óaMọ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ậtXML đị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
đượ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!).CDATACDATA 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àiliệu XML trên trình duyệt, bạn có thể xây
dựng tàiliệ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àiliệ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.PCDATAPCDATA 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ậnKhông chỉ bạn đôi khi muốn bao gồm các thẻ trong tàiliệ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àiliệ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.
Trong 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àiliệ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àiliệ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ếnChú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àiliệ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:
[...]... Parameter_entity_name%; Trước khi chúng tôi rời khỏi chủ đề, tôi sẽ chỉ đề cập đến là bạn cũng có thể sử dụng các tham chiếu thực thể trong thẻ thuộc tính Ví dụ, hãy xem xét sau đây: client="&IBM;" Bạn có thể không tham khảo một thực thể bên ngoài từ bên trong thuộc tính nguyên tố Các văn bản tham chiếu không được chứa các ký tự = "/ java / myjar.jar"??> Cú pháp XML - Đối tượng Thật sự tôi cần phải có để lại chủ đề này cho đến khi chúng ta nói về cách viết các văn bản hợp lệ chứ không phải là tàiliệu bằng văn bản cũng như hình . <? Xml version = "1.0" <>?? Xml version = "1.0"?> <note date="25/06/00"> <note date=25/06/00> Tránh. 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ảnNhư