Untuk mengelola CSS dengan lebih efektif, Sofish menjelaskan konsep dan perspektif "modular CSS" di bawah ini.
Pada awal-awal belajar CSS, saya mengenal konsep "modular CSS", namun saya tidak pernah memahaminya dengan baik. Ngomong-ngomong, alasannya sangat sederhana: karena hampir semua kodenya untuk desain blog, dan untuk struktur sekecil blog, tidak perlu memiliki banyak file CSS sama sekali, karena banyaknya kode. sendirinya kecil, dan tidak banyak templat halaman yang menggunakan ekspresi berbeda, lebih sedikit lebih nyaman untuk dikelola. Oleh karena itu, pemahaman saya tentang CSS modular sangat membingungkan, yang secara langsung membuat saya berpikir bahwa metode pembagian berikut ini sangat masuk akal:
reset.css // Reset gaya default browser.
layout.css //Kelola tata letak halaman
typeset.css // Susunan grafis dan teks dan
color.css // Manajemen terpadu pencocokan warna
print.css //Gaya efek cetak
ie.css // Tidak benar memisahkan peretasan untuk IE. Saya baru-baru ini bekerja dan berhubungan dengan situs web perusahaan. Pemimpin harus menulis spesifikasi penulisan CSS sendiri, serta beberapa spesifikasi HTML terpadu, dan dia juga menulis yang baru saluran/halaman/toko. Barulah saya menyadari bahwa pembagian di atas masih terlalu idealis. Secara pribadi, menurut saya metode pembagian berikut dapat digunakan. Mari kita tuliskan terlebih dahulu, lalu mari kita bandingkan kedua metode pembagian ini untuk menemukan metode pembagian modular CSS yang sesuai yang dapat menyelesaikan manajemen file CSS dengan lebih baik:
reset.css
header.css // Semua gaya header
container.css // Gaya area tengah kecuali header/bawah
footer.css // Gaya bawah
cetak.css
yaitu.css
Kita dapat melihat ada tiga file CSS yang berbeda. Metode pembagian yang pertama adalah pendekatan yang baik, tetapi lebih sulit untuk dikelola. Meskipun bersifat "modular", gaya konten yang ditampilkan dipisahkan. Namun, karena tidak mungkin semua orang memahami konten setiap file CSS 100%, hal ini dapat menyebabkan masalah berikut:
1. Masalah efisiensi dan tujuan akhir terletak pada konten situs web Jika konten area tertentu diubah, berapa kali diperlukan? Ubah semua CSS. Alhasil, modifikasi yang awalnya sederhana kini menjadi rumit. Selain itu, jika banyak perubahan dilakukan, kita mungkin mengabaikan sesuatu dan memerlukan proses debug lebih lanjut. Hal ini tidak hanya akan menunda realisasi tujuan akhir, tetapi juga menyebabkan masalah efisiensi.
2. Panggil file CSS sesedikit mungkin. Dalam kebanyakan kasus, sebuah situs web dibagi menjadi kepala, tengah dan bawah. Dan, umumnya, ketika membuat saluran/halaman baru dan sejenisnya, kepala dan bawah tidak akan diubah hanya bagian tengahnya yang diubah. Dengan cara ini, semua file CSS harus dipanggil, karena modularitas HTML dan CSS tidak konsisten. Hal ini akan menyebabkan server menanggung lebih banyak tekanan. Ini adalah salah satu aspek. Aspek lainnya adalah jika beberapa elemen di halaman baru bertentangan dengan halaman lain, kita mungkin harus menulis banyak kode tentang pemilihan prioritas, sehingga menambah jumlah kode. Semua ini tidak kita inginkan. Inilah sebabnya mengapa header.css dan footer.css harus dipisahkan.
3. Masalah dengan kerja sama multi-orang Jika kita bekerja lebih dari satu orang, pembagian kerjanya mungkin seseorang menyelesaikan navigasi di bagian kepala, seseorang menyelesaikan bilah pencarian di bagian bawah, dan seseorang menyelesaikan pembangunan yang baru. halaman di tengah. Dengan cara ini, setiap orang mengubah beberapa file secara bersamaan, dan hal-hal yang diubahnya berbeda. Jika Anda ingin memperbarui ke server, Anda harus membandingkannya terlebih dahulu, lalu memperbaruinya. (Tentu saja sekarang ada perangkat lunak seperti manajemen versi. Namun, jika Anda bekerja pada saat yang sama, versinya juga menjadi masalah. Anda harus percaya bahwa mungkin pembaruan tidak akan pernah mengubahnya.)
Kesimpulan:
Tentu saja cara pembagian di atas hanyalah model sederhana. Arsitektur situs web yang berbeda mungkin memerlukan klasifikasi yang lebih rinci. Satu hal yang perlu diingatkan di sini adalah bahwa dengan CSS modular, kita harus selalu jelas bahwa kita ada di sini untuk memfasilitasi pengelolaan, modifikasi, dan kolaborasi di antara banyak orang, bukan pembagian sederhana. Jika saya punya saran, menurut saya modularitas CSS harus konsisten dengan modularitas HTML. Konsensusnya di sini adalah apakah itu pembagian file atau pembagian konten CSS, semuanya konsisten dengan modularitas HTML. Ini akan lebih bermanfaat bagi pekerjaan kita.
Dan bagaimana menurut Anda?