Apa skenario praktik terbaik untuk menggunakan kerangka kerja CSS? Kapan lebih baik "menggulung CSS Anda sendiri" dari awal daripada menggunakan kerangka kerja?
Apa skenario praktik terbaik untuk menggunakan kerangka kerja CSS? Kapan lebih baik "menggulung CSS Anda sendiri" dari awal daripada menggunakan kerangka kerja?
Jawaban:
Kerangka kerja CSS sedikit rumit karena tidak benar-benar kerangka bagi saya. Mereka hanyalah kelas yang sudah ditentukan sebelumnya. Tapi, ini bukan pertanyaanmu.
Kerangka kerja CSS sangat bagus untuk mock-up dan wire-frame. Saya tidak akan merekomendasikan menggunakannya di situs langsung karena mereka menambahkan kelas tidak berarti ke markup Anda. ".span3" jangan bilang apa-apa tentang konten, hanya desainnya.
Namun, cetak biru memang memiliki beberapa alat keren yang membantu Anda menggabungkan kelas framework dan semantic Anda begitu selesai.
Saya selalu menggulung CSS saya sendiri.
Hanya menghindari mereka, mereka hanyalah menjengkelkan.
Terutama yang ini.
* { margin:0; padding:0; }
Keluhan terbesar saya adalah bahwa jika Anda mewarisi / memelihara situs yang menggunakan reset dan / atau kerangka kerja Anda harus mempelajari kerangka kerja itu sebelum dapat memodifikasi situs.
Ketika saya menambahkan tag h1 saya mengharapkan hal-hal tertentu. Sebagian besar ulang menghapus semua padding, margin, blok, dll. Sehingga tag h1 tidak lagi berfungsi sebagaimana mestinya. Jadi saya harus kembali dan menambahkan semua yang ada di sana.
Umumnya (dalam pengalaman saya) orang-orangnya yang tidak mengerti css yang menggunakan pengaturan ulang dan kerangka kerja, dan itu menyebabkan lebih banyak pekerjaan untuk orang-orang yang melakukannya.
* {margin:0; padding:0;}adalah reset CSS yang paling penting dari semuanya. Itu menghapus di margin-top/maring-bottombawah semua tag bahkan ptag jadi setelah Anda tidak akan melihat ruang besar di antara setiap baris. Bahkan situs web ini mungkin menggunakan p {margin:0;}sebaliknya browser akan hidup ruang besar antara setiap baris. Saya bertanya-tanya bagaimana Anda bisa mengatakan mereka menjengkelkan.
Saya juga merekomendasikan menggunakan reset.css dari Eric Meyer, tapi saya pikir CSS "frameworks" dapat bermanfaat untuk tata letak. Cetak biru, grid YUI, dan 960-grid dapat membantu Anda mencapai beberapa tata letak yang sangat rumit tanpa menulis sendiri css.
Meskipun ada beberapa kelemahan yang telah disebutkan, hal yang sama dapat dikatakan tentang membangun situs web dari CMS alih-alih menggulirkan kode kustom misalnya, tetapi mereka masih dapat bermanfaat dan bagi banyak situs manfaat yang diperoleh lebih besar daripada masalah css atau kinerja yang tidak ada.
Jika Anda benar-benar menerapkan desain Anda sendiri, Anda akan menulis beberapa CSS Anda sendiri (kecuali jika orang lain telah menulis desain yang tepat yang Anda inginkan).
Dengan asumsi Anda sedang menulis beberapa CSS Anda sendiri, "kerangka kerja" dapat berguna ketika Anda memiliki gaya yang:
Untuk gaya yang benar-benar sederhana, lebih baik menggunakan kelas untuk menunjukkan apa sesuatu itu (misalnya class="navigation"), dan kemudian mendefinisikan tampilannya dengan menerapkan aturan gaya ke kelas itu di stylesheet Anda.
Tetapi untuk gaya yang lebih kompleks yang tidak selalu terikat pada satu elemen (misalnya gaya yang berhubungan dengan tata letak, jenis yang disukai kerangka kerja .span3), tidak ada yang salah dengan menempatkannya di kelas, dan menerapkan kelas itu di CSS. Anda dapat menggunakan kedua pendekatan secara bersamaan.
Di situs yang lebih besar dan lebih kompleks di mana elemen cenderung digabungkan dengan cara yang tidak dapat diprediksi, pendekatan seperti kerangka kerja benar-benar dapat membantu menjaga kode Anda dapat dikelola.
Saya akan mengatakan bahwa Anda mungkin juga menulis "kerangka" Anda sendiri. Saya menempatkan "framework" dalam tanda kutip karena CSS sebenarnya bukan bahasa yang besar. Anda dapat membaca CSS: Panduan Definitif (Eric Meyer) dalam sehari, lalu membaca semua kode misalnya Blueprint ("kerangka" CSS) dan cukup memahami apa yang terjadi. Anda mungkin perlu sedikit meneliti solusi IE, tetapi kita berbicara setidaknya urutan besarnya kurang kompleksitas daripada misalnya jQuery di sini.
Saya menggunakan cetak biru, untuk CSS.
CSS, seperti yang dikatakan semua orang di atas, sangat mudah.
Namun, pada kenyataannya, Anda harus mempertimbangkan platform.
Dengan CSS, mesin rendering menambah kompleksitas.
Gecko vs WebKit vs Presto vs Trident ... siapa yang mau melakukan semua itu?
Apa yang diberikan 'kerangka' di sini, adalah kemampuan untuk menulis tata letak yang kemungkinan besar akan berfungsi pada semua browser, jadi Anda tidak harus googling untuk 'WTF-am-I-doing = -ini-omong kosong' IE 7 quirksmode memperbaiki, atau sesuatu yang sama menggelikan.
Kerangka kerja akan melakukan 90% dari tata letak yang Anda inginkan, dan kemudian Anda selalu dapat menambahkan gaya Anda sendiri nanti.
Jadi, untuk menjawab pertanyaan, saya akan mengatakan pilih kerangka kerja apa saja dan lihat apakah itu cocok untuk Anda. Mungkin saja. Maka Anda adalah emas, dan dapat kembali ke apa pun yang sebenarnya ingin Anda lakukan. Jika tidak, maka perluas, gunakan css dan ubah apa yang tidak berhasil. Dengan begitu Anda mempertahankan manfaat cross browser, tetapi tetap bisa menyesuaikan.
Sebagai manfaat kecil, jika Anda memilih satu dan menggunakannya sepanjang waktu, lalu jatuh sakit, atau dipromosikan dan harus melatih penerus Anda, Anda dapat mengatakan:
"Ya, saya menggunakan framework ABC. Doc ada di sini. Kode ada di sana. Pelatihan sudah berakhir. Semoga berhasil."
Ketika itu menyelesaikan semua kebutuhan Anda . (Ini didasarkan pada ide menjahit .)
Dari satu-satunya buku tentang kerangka kerja? http://www.oreilly.com/web-platform/free/book-of-html-css-frameworks.csp . (Hanya menautkan karena gratis dan relevan di sini.)