Masa Depan XML Sekarang Anda tahu XML. Memang benar bahwa strukturnya agak rumit, dan DTD memiliki berbagai opsi untuk menentukan isi dokumen. Tapi bukan itu saja.
Pertimbangkan industri yang pertukaran datanya penting, seperti perbankan. Bank menggunakan sistem kepemilikan untuk melacak transaksi secara internal, namun jika mereka menggunakan format XML yang umum di Web, maka mereka harus menjelaskan informasi transaksi tersebut ke institusi atau aplikasi lain (seperti Quicken atau MS Money). Tentu saja, mereka juga dapat mewakili data pada halaman Web. FYI: Tag ini tidak ada. Ini disebut OFEX, Pertukaran Keuangan Terbuka.
Dalam keadaan tertentu, jika IE 4 pada PC menemukan tag
Di sini kita memiliki tiga aplikasi XML yang terlihat berbeda dari mesin penambah, mesin tik, dan pensil yang dilihat Andy Grove pada tahun 1970an. Namun serupa dengan aplikasi yang akhirnya muncul di PC, manfaat XML secara umum dapat digambarkan sebagai: "Saat Anda menggunakan tag yang dapat dibaca manusia dan mesin untuk mendeskripsikan data Anda, hal-hal baik terjadi.
" ? Saya tidak tahu. Namun saya juga tidak tahu seperti apa program generasi berikutnya di PC saya nantinya. Selama data diberi tag dengan cara ini, aplikasi yang berbeda dapat dihasilkan.
Apakah Anda mulai memikirkan seberapa jauh perkembangannya?
Kita mempunyai banyak aplikasi praktis XML untuk dibicarakan, dan saya akan membahasnya dalam waktu dekat. Karena kita semua adalah pengguna Internet, masa depan adalah XSL (Extensible Style Language-
Bahasa Gaya yang Dapat Diperluas).
Ngomong-ngomong, resep ini memang milik ibuku dan luar biasa. Jika Anda menggunakannya, tambahkan lagi setengah cangkir kelapa parut.
Saya menulis ini karena saya benar-benar peduli dengan apa yang Anda pikirkan tentang saya. Kekhawatiran saya adalah ini: jika Anda membaca pengantar saya tentang XML dan siap untuk mulai menulis dokumen XML Anda sendiri. Jadi Anda mulai mencari DTD yang sudah ada untuk mewakili informasi Anda. Anda menemukannya, seperti yang ditunjukkan di bawah ini:
%attr.lang;
nilai CDATA #FIXED "TEXT">
img.type CDATA #REQUIRED
img.data ENTITY #REQUIRED">
Anda langsung mengira Jay pasti idiot. Dia tidak mengatakan apa pun tentang ATTLIST dan ENTITY - apa pun itu.
Jadi mari kita bicarakan hal ini terlebih dahulu dengan sedikit kesabaran.
Garis-garis di atas mungkin tidak terlihat bagus, tetapi sebenarnya tidak ada apa-apanya. Mereka digunakan dalam DTD untuk mendefinisikan atribut dan entitas dalam dokumen XML. Siapapun yang mengetahui HTML akan mengetahui hal ini dengan baik. Atribut adalah entri dengan tag HTML yang mendeskripsikan tag dengan lebih akurat. Di 
yang sering muncul, ada dua atribut: tinggi dan lebar. Seperti yang akan Anda lihat nanti, penggunaan atribut dalam dokumen XML sangat mirip.
Tidak ada hal baru mengenai entitas juga. Jika Anda pernah menggunakan &, Anda sudah mengetahui dasar-dasarnya. Sebuah string yang dikelilingi oleh & dan titik koma mewakili karakter atau kumpulan karakter lain. (Daftar lengkap entitas ISO tersedia di sini.)
Tentu saja, atribut dan entitas dalam XML memiliki fungsi lain. Hal ini mau tidak mau memperkenalkan sintaksis, meski tidak terlalu banyak. Setelah Anda mengetahui hal ini, bekerja dengan dokumen XML akan menjadi mudah.
Resep Sederhana
Jika Anda membaca pengantar XML saya, Anda akan ingat bahwa bahan-bahan dalam resep diwakili oleh tag sederhana, seperti
Pendekatan ini memiliki manfaat praktis: memudahkan pengendalian data. Pada pendekatan pertama, tag
Saya dapat mencapai fungsi serupa menggunakan struktur berikut:
Hal ini dapat ditangani, namun ada dua masalah: Pertama, elemen item berisi konten campuran: teks dan markup lainnya. Saya segera menemukan bahwa struktur ini harus dihindari sebisa mungkin. Kedua, penanda hampir tidak mempunyai arti tersendiri. Sulit membayangkan situasi di mana hanya ada unit tetapi tidak ada komponen sebenarnya. Barang-barang ini dapat dijelaskan secara sederhana, saya lebih suka menganggapnya sebagai properti.
Hal pertama yang perlu diperhatikan adalah nama atribut, besaran dan satuan hanya bermakna jika diolah oleh aplikasi yang dapat menerjemahkannya.
DTD harus diberitahu untuk mengizinkannya sebelum dimasukkan dalam dokumen yang sah. Untuk elemen bahan di atas, kami hanya menyertakan kode berikut di DTD:
Baris pertama tampak familier - definisi elemen standar yang akan Anda lihat di DTD mana pun. Setiap baris ATTLIST berisi informasi berikut secara bergantian:
Ini adalah elemen yang atributnya dilampirkan.
Nama atribut ditentukan di sini.
Tetapkan jenis atribut di sini. CDATA adalah singkatan dari data karakter. Artinya prosesor bisa mendapatkan teks di dalam atribut.
Bagian terakhir mendefinisikan nilai default atribut. Anda dapat menggunakan nilai numerik aktual, seperti 3. Dengan cara ini, nilai atribut untuk panjang spasi putih di XML akan menjadi 3. Nilai yang dimasukkan akan menggantikan nilai default.
Pada contoh di atas saya tidak menetapkan jumlah tertentu, tetapi menggunakan kata kunci XML #REQUIRED. Ini memberitahu prosesor bahwa atribut sekunder harus berisi nilai. Jika kosong maka dokumen tidak akan diproses.
Nilai defaultnya memiliki dua kata kunci tambahan. Yang pertama adalah #FIXED - jika nilai atribut tetap sama di seluruh dokumen. Misalkan saya mendefinisikan atribut tag gambar, dan semua gambar memiliki ukuran yang sama, misalnya 100*50 piksel, saya dapat mendefinisikan atribut seperti ini di DTD:
Kata kunci lainnya adalah #IMPLIED, yang menunjukkan bahwa properti dapat berisi nilai atau kosong.
Mari kita lihat tipe atribut.
Jika Anda memutuskan untuk menulis DTD Anda sendiri, Anda mungkin menginginkan buku yang menjelaskan XML semua kombinasi dalam pernyataan ATTLIST. Namun jika meminjam DTD, Anda mungkin hanya mengetahui CDATA dan tiga atribut lainnya.
Yang pertama adalah ID. Hal ini mensyaratkan bahwa nilai atribut tidak terulang dalam dokumen. Siapa pun yang pernah menggunakan database mengetahui perlunya pengidentifikasi unik. Pernyataan DTD ATTLIST terlihat seperti ini:
Sulit membayangkan tipe atribut ID tanpa nilai default #REQUIRED. Dalam hal ini, setiap ID duplikat atau kosong akan memaksa prosesor untuk mengembalikan kesalahan. ID harus dimulai dengan huruf atau garis bawah dan tidak boleh mengandung spasi.
Tipe NMTOKEN juga menggunakan aturan penamaan di atas. Tapi duplikasi diperbolehkan. Ini digunakan sebagai jaminan untuk meneruskan data ke aplikasi. Sebagian besar bahasa pemrograman, termasuk Java dan JavaScript, tidak boleh memiliki spasi pada nama modul. Dalam kebanyakan kasus, yang terbaik adalah memastikan bahwa properti mematuhi aturannya.
Terakhir, ada jenis enumerasi yang tidak memerlukan kata kunci spesifik. Sebagai gantinya, gunakan simbol "|" untuk mengapit nilai dalam tanda kurung, misalnya:
Pendekatan ini dapat digunakan jika kemungkinan nilai atribut terbatas.
Menurut Anda kursus hari ini tidak membosankan, jadi teruslah membaca!