Teknologi front-end produksi web harus terus direformasi

Baru -baru ini, ada perdebatan tentang tata letak CSS dan tata letak meja lagi di internet. Awalnya saya sedikit tidak puas: Saya pikir pentingnya tata letak CSS sudah berakar dalam hati orang -orang, tetapi saya tidak berharap begitu banyak desainer dan pengembang memiliki keberatan.

Setelah menenangkan dan setelah memikirkannya, saya merasa bahwa alasannya mungkin dua aspek:

• Di satu sisi, IE6 masih tersebar, membuat biaya pengembangan web tinggi. Pernah ada statistik online yang menunjukkan bahwa pengembang web memiliki rasio input/output terendah untuk IE6. Saya percaya bahwa sebagian besar insinyur front-end memiliki pengalaman disiksa oleh IE6. Daripada menggunakan tata letak CSS dengan sangat menyakitkan, lebih baik menggunakan meja untuk menyegarkan dan nyaman.
• Di sisi lain, saya menemukan bahwa insinyur front-end menjadi lebih pragmatis dan fokus pada efisiensi. Banyak fitur baru CSS2 dan CSS3 sudah lama tidak dipopulerkan, dan keunggulan CSS, yang dibicarakan oleh penginjil standar web, sering kali menghadapi kompromi ketika mereka tercermin dalam kenyataan. Meskipun saya selalu mengambil standar web sebagai misi saya, saya harus setuju bahwa kompatibilitas browser tabel adalah yang terbaik; Tata letak meja lebih mudah bagi desainer untuk memulai. Sejauh menyangkut lingkungan domestik, kutu meja masih merupakan cara paling umum untuk membuat topik portal atau halaman promosi situs web e-commerce, dan keberadaannya masuk akal.

Oleh karena itu, sementara kami menganjurkan tata letak CSS, kami tidak perlu mencemari meja itu sendiri agar tidak berharga untuk membuktikan keunggulannya. Dalam pengembangan harian, tidak perlu cukup radikal untuk sepenuhnya meninggalkan tabel. Tabel itu sendiri memiliki semantik, dan harus digunakan ketika tiba saatnya untuk menampilkan tabel data; Selama proses pengembangan, dimungkinkan juga untuk menggunakan tata letak Tabel+CSS dalam beberapa kesempatan yang perlu ditimbang. Dalam hal ini, saya menghargai pendekatan pragmatis insinyur front-end Google dan Facebook. Anda dapat mengikuti kotak dialog pop-up umum dengan bayangan tembus cahaya di Facebook, yang dibuat menggunakan <able>, dan juga sangat indah.

Debat ini, dikombinasikan dengan pengembangan standar web dalam beberapa tahun terakhir, telah membuat saya memikirkan perbedaan antara peningkatan dan reformasi dalam pengembangan web.

XHTML 2 berupaya berevolusi langsung ke XML, mengumumkan istirahat dengan HTML. Ini pernah panik saya, pengembang HTML tradisional. Dan ketika saya melihat organisasi Whatwg mengusulkan HTML5 (akhirnya diakui oleh W3C), perbaikannya yang lembut membuat saya merasa jauh lebih intim, dan fakta -fakta juga membuktikan bahwa HTML5 semakin bergerak ke arah kita. Douglas Crockford bahkan merasa bahwa HTML5 terlalu sengit dan mengusulkan rencana perbaikan untuk HTML 4.2.

Mari kita lihat JavaScript lagi. Ecmascript 4 sangat mengubah JavaScript. Untungnya, Komite Teknis kembali ke kewarasannya di tahap akhir, dan Esmascript 3.1 yang kompatibel dengan yang diajukan kembali jelas diakui oleh lebih banyak pengembang yang benar-benar bertarung di garis depan.

Peningkatan, bukan reformasi berdarah, mungkin merupakan cara yang lebih praktis dan masuk akal untuk mempromosikan perkembangan teknologi. Ini adalah kasus dengan evolusi standar web, peningkatan produk atau proyek, dan bahkan pembangunan sistem sosial.