When building visualizations, designers often employ multiple tools simultaneously.
This is particularly true on the web, where interactive visualizations combine varied technologies:
HTML for page content,
CSS for aesthetics,
JavaScript for interaction,
SVG for vector graphics,
and so on.
One of the great successes of the web as a platform is the (mostly) seamless cooperation of such technologies,
enabled by a shared representation of the page called the document object model(DOM).
The DOM exposes the hierarchical structure of page content,
such as paragraph and table elements, allowing reference and manipulation.
In addition to programming interfaces,
modern browsers include powerful graphical tools for developers that display the element tree,
reveal inherited style values, and debug interactive scripts.
Unfortunately,
this blissful interoperability is typically lost with visualization toolkits due to encapsulation of the DOM with more specialized forms.
Rather than empowering direct manipulation of the existing model,
such toolkits [2, 9, 18] supplant it with custom scenegraphabstractions.
This approach may provide substantial gains in efficiency—reducing the effort required to specify a visualization—
but it incurs a high opportunity cost: it ignores developers’ knowledge of standards,
and the tools and resources that augment these standards.
เมื่อมีการสร้างการแสดงภาพประกอบเพลง, นักออกแบบมักจะใช้เครื่องมือหลายคนพร้อมกัน
นี้จะเป็นจริงโดยเฉพาะอย่างยิ่งในเว็บที่แสดงภาพแบบโต้ตอบรวมเทคโนโลยีที่แตกต่างกัน:
HTML สำหรับเนื้อหาของหน้าเว็บ,
CSS เพื่อความสวยงาม,
JavaScript สำหรับการทำงานร่วมกัน,
SVG สำหรับกราฟิกเวกเตอร์
และอื่น ๆ
หนึ่ง ความสำเร็จที่ยิ่งใหญ่ของเว็บเป็นแพลตฟอร์มเป็น (ส่วนใหญ่) ความร่วมมืออย่างต่อเนื่องของเทคโนโลยีดังกล่าว
เปิดใช้งานโดยการเป็นตัวแทนร่วมกันของหน้าที่เรียกว่ารูปแบบวัตถุเอกสาร (DOM)
DOM exposes โครงสร้างลำดับชั้นของเนื้อหาหน้า
เช่นย่อหน้า และองค์ประกอบของตารางให้อ้างอิงและการจัดการ
นอกเหนือจากอินเตอร์เฟซการเขียนโปรแกรม
เบราว์เซอร์ที่ทันสมัยรวมถึงเครื่องมือแบบกราฟิกที่มีประสิทธิภาพสำหรับนักพัฒนาที่แสดงต้นไม้องค์ประกอบ,
เปิดเผยค่ารูปแบบการถ่ายทอดและการแก้ปัญหาสคริปต์แบบโต้ตอบ
แต่น่าเสียดายที่
การทำงานร่วมกันความสุขนี้จะหายไปโดยทั่วไปจะมีชุดเครื่องมือการสร้างภาพ เนื่องจากการห่อหุ้มของ DOM ที่มีรูปแบบเฉพาะมากขึ้น
แทนที่จะเพิ่มขีดความสามารถการจัดการโดยตรงของรูปแบบที่มีอยู่
ชุดเครื่องมือดังกล่าว [2, 9, 18] แทนที่มันด้วย scenegraphabstractions กำหนดเอง
วิธีการนี้อาจจะให้ผลกำไรเป็นกอบเป็นกำประสิทธิภาพในการลดความจำเป็นในการ ระบุ visualization-
แต่มันเกิดต้นทุนค่าเสียโอกาสสูงจะละเว้นความรู้นักพัฒนาของมาตรฐาน
และเครื่องมือและทรัพยากรที่เพิ่มมาตรฐานเหล่านี้
การแปล กรุณารอสักครู่..
