Yang Perlu Kalian Ketahui Tentang XML – Membawa perubahan Agustus tanggung jawab pekerjaan harian saya bersamaan dengan itu datang dengan sejumlah gangguan, termasuk rentang waktu jauh dari membaca milis. Dilihat dari popularitasnya kolom seperti XML-Deviant, banyak pembaca berada dalam kesulitan yang sama.
Yang Perlu Kalian Ketahui Tentang XML
zorba-xquery – Bahkan berkualitas tinggi daftar seperti XML-Dev memerlukan investasi waktu untuk membaca, memproses, memfilter, dan mengekstrak yang berguna bit diskusi.
Karena kolom XML-Deviant telah berevolusi, itu telah bergeser dari surat murni daftar ringkasan untuk sesuatu yang lebih terfokus pada analisis dan observasi. Namun, ringkasan dasar sesekali mengisi peran penting. Mengejar hal-hal sering menimbulkan diskusi baru atau mengungkap hubungan yang menarik antara berbagai hal, jadi mari kita mulai.
Dimulai dengan diskusi khas XML-ish, Bryan Rasmussen bertanya-tanya dengan lantang tentang perbedaan antara validasi tipikal (di mana kesalahan terkecil menyebabkan lengkap kegagalan) dan pemrosesan hypermedia tipikal, katakanlah di browser (di mana kesalahan kecil diabaikan dan hidup terus berjalan, mungkin dengan indikator gambar yang rusak atau semacamnya). Meskipun tidak persis sebuah teori, Len Bullard menjawab dengan : “Jika wiper kaca depan Anda tidak berfungsi, sebaiknya mobil Anda menolak mulai?” Tampaknya masuk akal bagi saya, dalam banyak situasi. Dalam pemeriksaan QA terakhir sebagai kendaraan meninggalkan pabrik, bagaimanapun, mengembalikan mobil akan lebih baik daripada melanjutkan ke a dealer, meskipun mungkin aku hanya pilih-pilih.
Apakah itu cocok dengan apa yang terjadi dengan XHTML 2.0? Draf Kerja tidak datang keluar sebagai secepat yang diinginkan beberapa orang, meskipun mereka sedang dilihat. Milis dan individu blogger beramai-ramai membahas bagian kesesuaian dari May Working Draft, yang mengklaim ke membutuhkan sebuah xsi:schemaLocationatribut. Telusuri cukup jauh, dan Anda akan menemukannya Henri Sivonen Pesan , dijelaskan oleh Uche Ogbuji. Banyak blogger lain melompati ini, dengan nada umum, “Apa yang terjadi mereka minum ketika mereka menulis ini?” Untungnya, cerita ini memiliki akhir yang bahagia. Seperti diberitakan , ini adalah a kasus kesalahan ketik RFC 2119, HARUS yang benar-benar dimaksudkan untuk mengatakan MUNGKIN.
Baca Juga : Cara XQuery Untuk Mengambil Data Dari Layanan Web
XML yang tangkas
Jim Fuller memulai utas yang menarik, memodifikasi Manifesto asli untuk pengembangan perangkat lunak Agile agar sesuai dengan XML, poin nilai utama adalah:
- Pemrosesan XML melalui pemrosesan teks (batch, make, dll…)
- REST atas SOA (SOAP et al)
- RelaxNG melalui Skema XML
- XPath dan XSLT melalui XQuery
Melanjutkan: “Artinya, meskipun ada nilai pada item di sebelah kanan, kami menghargainya item di sebelah kiri lagi.”
balas Michael Champion (dalam pesan yang sepertinya lolos dari arsip retak):
Tidak jelas bagi saya bagaimana REST lebih gesit daripada SOA, RELAX lebih gesit daripada XSD, dll. Tentu saja pengembang XML yang gesit akan siap menggunakan RELAX NG dalam sebuah skenario untuk yang lebih tepat daripada XSD jika itu meningkatkan pelanggan kolaborasi, interaksi individu, dll.
Selain itu, Champion membuat analogi yang diterima dengan baik untuk alat perbaikan rumah, terkait pada akhir artikel ini.
Dalam beberapa jam setelah diskusi itu dan tanpa koneksi yang jelas ke Agile XML benang, Joe Fawcett tanya tentang pernyataannya bahwa “pertumbuhan layanan Web (XML) didorong oleh kebutuhan ke pisahkan konten dari presentasi.” Seseorang yang baru saja keluar dari utas sebelumnya mungkin Baca pertanyaannya, seberapa besar pengaruh kelincahan, khususnya dalam pemisahan konten dari presentasi, telah pada pengembangan layanan web? Michael Kay menjawab bahwa situasi “lebih didorong oleh kebutuhan untuk mengirimkan data XML ke aplikasi yang membawa keluar logika bisnis menggunakan data, bukan hanya melakukan presentasi.” Lainnya, termasuk Jim Fuller dan Anne Thomas Maines setuju.
“Pemisahan konten dari presentasi” adalah poin penting dalam semua jenis presentasi berurusan dengan XML, tetapi poin yang jarang dilihat dengan mata kritis. Xasima Xirohata Poin ini, mengatakan, “Sejauh yang saya tahu terlalu berbahaya untuk mengatakan pemisahan itu konten dari presentasi adalah keuntungan dari XML atau itu kebutuhan utama yang memaksa penampilan XML.” Pemisahan yang ketat sering memiliki manfaat, tetapi di lain waktu, kontennya adalah presentasi. Doug Rudder membidik poin kunci, bahwa pilihan desain “akan berdampak keluaran, mencari, mengindeks, menautkan, menggunakan kembali, dll. Dalam kebanyakan kasus, mendefinisikan konten untuk apa ini, bukan seperti apa (dalam contoh keluaran tertentu) yang penting.” Yang kembali ke Orang-orang XHTML 2.0, dan mengapa mereka sangat berhati-hati untuk memperbaikinya.
Prosesor Skema yang Meledak
Roger Costello menyarankan bahwa dalam Skema XML W3C, menggunakan maxOccurs=’unbounded’adalah tidak diinginkan, menggambar perbandingan dengan loop tak terbatas perangkat lunak. Joe English keberatan dengan ini berlatih dengan alasan bahwa memilih beberapa nilai untuk batas atas adalah sewenang-wenang: “dengan sangat beberapa pengecualian, setiap upaya untuk menyusun batas atas yang cocok untuk nilai ‘maxOccurs’ apa pun adalah terikat untuk melibatkan tebak-tebakan liar.” Sudut lain yang tidak mudah terlihat adalah bahwa algoritma umum yang digunakan untuk mengimplementasikan mesin negara dari pameran tata bahasa benar-benar miskin kinerja memori dalam menghadapi nilai maxOccurs yang besar tetapi tidak terbatas. Praktis pengalaman menunjukkan bahwa nilai di atas sekitar 1.000 mulai menimbulkan masalah.
Rick Jelliffe mendapat ke detail yang lebih teknis, berspekulasi bahwa masalahnya terletak pada tata bahasa tempat pertama, dan teknik validasi berbasis jalur itulah yang dibutuhkan selanjutnya.
Tapi Michael Kay mungkin menjelaskannya lebih jauh singkatnya: “komputer seharusnya tidak membatasi orang.”
Bisakah kita menarik hubungan apa pun di antara topik-topik ini? Pertama, banyak diskusi telah dilakukan secara bertahap naik ke tingkat yang lebih tinggi. Alih-alih mencari tahu bagaimana seharusnya Skema XML ke bekerja, orang-orang berbicara tentang strategi validasi keseluruhan, dan menuntaskan yang terbaik praktik untuk pemodelan skema. Diskusi juga tentang Agile XML menunjukkan peningkatan tingkat kesadaran diri di antara para peserta.
Agustus biasanya merupakan bulan yang lambat di milis, dengan semua liburan Euro berlangsung pada, tapi tahun ini hal-hal yang cukup hidup. Banyak diskusi segar dan informatif berlanjut pada. Tentu saja, beberapa lalu lintas adalah materi permathread, atau konten gratis. Untuk contoh, saya belum merangkum utas apa pun di “Web 2.0”; mencoba mencari tahu baik definisi untuk itu, atau menjelaskan bagaimana itu benar-benar hanya sebuah sikap, atau kontras buatan sendiri teknologi dengan orang-orang dari badan standar. Saring kebisingan dari percakapan itu dan tidak ada yang tersisa. Mungkin kesadaran itu sendiri yang penting mengambil jauh dari ringkasan diskusi.
