5 Kesalahan Paling Umum yang Dilakukan Pengembang HTML5

5 Kesalahan Paling Umum yang Dilakukan Pengembang HTML5 – Sudah lebih dari 20 tahun sejak Tim Berners-Lee dan Robert Cailliau menetapkan HTML , yang menjadi bahasa markup standar yang digunakan untuk membangun Internet. Sejak saat itu, komunitas pengembangan HTML telah meminta perbaikan untuk bahasa ini, namun seruan ini kebanyakan didengar oleh pengembang browser web yang mencoba meringankan masalah HTML rekan mereka.

5 Kesalahan Paling Umum yang Dilakukan Pengembang HTML5

wimi5 – Sayangnya, hal ini menyebabkan lebih banyak masalah yang menyebabkan banyak masalah kompatibilitas lintas-browser dan duplikasi pekerjaan pengembangan. Selama 20 tahun ini, HTML ditingkatkan 4 kali, sementara sebagian besar browser mendapat pembaruan besar dua digit ditambah banyak tambalan kecil.

Baca Juga : 5 Hal Yang Harus Anda Ketahui Tentang Pengembangan Game HTML5 

HTML5 seharusnya akhirnya menyelesaikan masalah kita dan menjadi satu standar untuk mengatur semuanya (browser) . Ini mungkin salah satu teknologi yang paling diantisipasi sejak pembuatan World Wide Web. Apakah itu sudah terjadi? Apakah kami akhirnya mendapatkan satu bahasa markup yang sepenuhnya kompatibel lintas-browser dan akan berfungsi di semua platform desktop dan seluler yang memberi kami semua fitur yang kami minta? Aku tidak tahu! Beberapa hari yang lalu (16 September 2014) kami menerima satu lagi panggilan untuk ditinjau oleh W3C sehingga spesifikasi HTML5 masih belum lengkap.

Mudah-mudahan, ketika spesifikasi suatu hari selesai, browser tidak akan memiliki kode usang yang signifikan, dan mereka akan dengan mudah dan benar mengimplementasikan fitur-fitur hebat seperti Pekerja Web , Beberapa elemen audio dan video yang disinkronkan , dan komponen HTML5 lainnya yang kami perlukan untuk sebuah lama. Namun kami memiliki ribuan perusahaan yang mendasarkan bisnis mereka pada HTML5 dan melakukannya dengan baik. Ada juga banyak aplikasi dan game hebat berbasis HTML5 yang digunakan oleh jutaan orang, jadi kesuksesan jelas mungkin dan HTML5, dan akan terus digunakan, terlepas dari status spesifikasinya.

Namun, resep yang saya sebutkan dapat dengan mudah meledak di wajah kita, dan karena itu saya telah menekankan beberapa kesalahan HTML5 paling mendasar yang dapat dihindari. Sebagian besar kesalahan yang tercantum di bawah ini adalah konsekuensi dari implementasi elemen HTML5 tertentu yang tidak lengkap atau hilang di browser yang berbeda, dan kami berharap bahwa dalam waktu dekat kesalahan tersebut akan menjadi usang. Sampai hal ini terjadi, saya sarankan untuk membaca daftar dan mempertimbangkannya saat membangun aplikasi HTML5 Anda berikutnya, baik Anda seorang pemula HTML5 atau dokter hewan berpengalaman.

1. Mempercayai penyimpanan lokal

Pendekatan ini telah menjadi beban bagi pengembang selama berabad-abad. Karena ketakutan yang masuk akal akan pelanggaran keamanan dan perlindungan komputer, di “zaman kegelapan” ketika Internet ditakuti oleh banyak orang, aplikasi web diizinkan meninggalkan sejumlah kecil data yang tidak masuk akal di komputer. Benar, ada hal-hal seperti data pengguna yang diberikan oleh “master browser hebat dari Microsoft(r)” kepada kami, atau hal-hal seperti Objek Bersama Lokal di Flash, tetapi ini jauh dari sempurna.

Oleh karena itu masuk akal bahwa salah satu fitur HTML5 dasar pertama yang diadopsi oleh pengembang adalah Penyimpanan Web . Namun, waspadalah bahwa Penyimpanan Web tidak aman. Ini lebih baik daripada menggunakan cookie karena tidak akan dikirimkan melalui kabel, tetapi tidak dienkripsi.

Anda seharusnya tidak pernah menyimpan token keamanan di sana. Kebijakan keamanan Anda tidak boleh bergantung pada data yang disimpan di Penyimpanan Web karena pengguna jahat dapat dengan mudah mengubah dirinya localStoragedan sessionStoragenilainya kapan saja.

2. Mengharapkan kompatibilitas antar browser

HTML5 lebih dari sekadar bahasa markup sederhana. Itu sudah cukup matang untuk menggabungkan perilaku bersama dengan tata letak, dan Anda harus mempertimbangkan HTML5 sebagai HTML yang diperluas dengan JavaScript tingkat lanjut di atasnya. Jika Anda melihat semua masalah yang kami alami sebelumnya hanya untuk membuat kombinasi statis HTML+CSS terlihat identik di semua browser, cukup adil untuk berasumsi bahwa lebih banyak kerumitan berarti lebih banyak upaya untuk memastikan kompatibilitas lintas-browser.

Interpretasi HTML5 pada browser yang berbeda jauh dari identik, seperti halnya dengan JavaScript. Semua pemain utama dalam perang browser membantu dalam spesifikasi HTML5, jadi wajar untuk berasumsi bahwa penyimpangan antar browser akan berkurang seiring waktu. Tetapi bahkan sekarang beberapa browser memutuskan untuk sepenuhnya mengabaikan elemen HTML5 tertentu sehingga sangat sulit untuk mengikuti garis dasar dan kumpulan fitur umum. Jika kita menambahkan lebih banyak perangkat dan platform yang terhubung ke internet ke persamaan, situasinya menjadi lebih rumit, menyebabkan masalah dengan HTML5.

Misalnya Animasi Web adalah fitur hebat yang hanya didukung oleh Chrome dan Opera , sementara fitur Pemberitahuan Web yang memungkinkan mengingatkan pengguna di luar konteks halaman web tentang suatu kejadian, seperti pengiriman email, diabaikan sepenuhnya oleh Internet Explorer .

Jadi faktanya tetap bahwa meskipun HTML5 baru dan ditentukan dengan baik, kita harus mengantisipasi banyak masalah kompatibilitas lintas-browser dan merencanakannya terlebih dahulu. Ada terlalu banyak celah yang perlu diisi oleh browser, dan wajar untuk berharap bahwa mereka tidak dapat mengatasi semua perbedaan antar platform dengan baik.

3. Mengasumsikan kinerja tinggi

Terlepas dari fakta bahwa HTML5 masih berkembang, ini adalah teknologi yang sangat kuat yang memiliki banyak keunggulan dibandingkan platform alternatif yang digunakan sebelum keberadaannya. Namun, dengan kekuatan besar datanglah tanggung jawab yang besar , terutama untuk pemula HTML5. HTML5 telah diadopsi oleh semua browser utama di desktop dan platform seluler.

Mengingat hal ini, banyak tim pengembangan memilih HTML5 sebagai platform pilihan mereka, berharap aplikasi mereka akan berjalan sama rata di semua browser. Namun, mengasumsikan kinerja yang masuk akal pada platform desktop dan seluler hanya karena spesifikasi HTML5 menyatakan demikian, tidaklah masuk akal. Banyak perusahaan (khm! Facebook khm!) memasang taruhan mereka pada HTML5 untuk platform seluler mereka dan menderita karena HTML5 tidak berjalan sesuai rencana.

Namun, sekali lagi, ada beberapa perusahaan hebat yang sangat bergantung pada HTML5. Lihat saja banyak studio pengembangan game online yang melakukan hal-hal luar biasa sambil mendorong HTML5 dan browser hingga batasnya. Jelas, selama Anda mengetahui masalah kinerja dan mengatasinya, Anda dapat berada di tempat yang tepat untuk membuat aplikasi yang luar biasa.

4. Aksesibilitas terbatas

Web telah menjadi bagian yang sangat penting dalam hidup kita. Membuat aplikasi dapat diakses oleh orang-orang yang mengandalkan teknologi bantuan adalah topik penting yang sering dikesampingkan dalam pengembangan perangkat lunak. HTML5 mencoba mengatasi hal ini dengan menerapkan beberapa fitur aksesibilitas tingkat lanjut.

Lebih dari beberapa pengembang menganggap ini cukup dan tidak benar-benar menghabiskan waktu menerapkan opsi aksesibilitas tambahan dalam aplikasi mereka. Sayangnya, pada tahap ini HTML5 memiliki masalah yang mencegahnya membuat aplikasi Anda tersedia untuk semua orang dan Anda harus menginvestasikan waktu tambahan jika ingin menyertakan lebih banyak pengguna.

5. Tidak menggunakan perangkat tambahan HTML5

HTML5 telah memperluas kumpulan tag HTML/XHTML standar secara signifikan. Selain tag baru, kami mendapat beberapa aturan dan perilaku baru. Terlalu banyak pengembang mengambil hanya beberapa peningkatan dan melewatkan beberapa fitur baru yang sangat keren dari HTML5. Salah satu hal paling keren di HTML5 adalah validasi sisi klien. Fitur ini mungkin salah satu elemen paling awal dari HTML5 yang diambil oleh browser web. Namun sayangnya, Anda dapat menemukan lebih dari beberapa pengembang yang menambahkan novalidateatribut ke formulir mereka secara default.

Alasan untuk melakukan ini masuk akal, dan saya cukup yakin kita akan berdebat tentang hal ini. Karena kompatibilitas mundur, banyak aplikasi mengimplementasikan validator JavaScript kustom dan memiliki validasi out-of-the-box yang dilakukan oleh browser di atas itu tidak nyaman. Namun, tidak terlalu sulit untuk memastikan bahwa dua metode validasi tidak akan bertabrakan, dan standarisasi validasi pengguna akan memastikan pengalaman umum sambil membantu menyelesaikan masalah aksesibilitas yang saya sebutkan sebelumnya.

Fitur hebat lainnya terkait dengan cara input pengguna ditangani di HTML5. Sebelum HTML5 datang, kami harus menyimpan semua bidang formulir kami di dalam <form></form>tag. Atribut formulir baru membuatnya benar-benar valid untuk melakukan sesuatu seperti ini:

<form action=”demo_form.asp” id=”form1″>
First name: <input type=”text” name=”fname”><br>
<input type=”submit” value=”Submit”>
</form>

Last name: <input type=”text” name=”lname” form=”form1″>