Mantan Desainer di sini, berubah jadi Dev, dan saya juga sering mengencingi tentang Kontrol Web. Jujur saja, JAUH yang lebih murah bagi perancang untuk menyesuaikan praktik mereka daripada bagi Pengembang .NET untuk menyelidiki penerapan kustomisasi GridView karena perancang itu BERKATA bahwa setiap TD memiliki tag 'rel' (atau apa pun).
Seperti Arseni Mourzenko tunjukkan dengan sangat bijak, keputusan untuk menggunakan Webforms adalah pilihan perusahaan yang membatasi sebagian kendali atas HTML sambil memberikan beberapa efisiensi dalam pengkodean. Kecuali jika perusahaan mau mempertimbangkan kembali (yang seharusnya TIDAK mereka lakukan hanya untuk menyenangkan para desainer), maka para desainer perlu menerima kenyataan ini. Berikut beberapa hal yang dapat mereka lakukan:
1) Berhenti tergantung pada ID untuk apa pun . Meskipun ini terasa salah pada awalnya, saya menemukan bahwa hidup sebenarnya jauh lebih mudah ketika saya menata segala sesuatu dengan kelas (dan warisan, tentu saja). Pertama-tama, itu menyamakan semua bobot pemilih saya. Dalam pewarisan CSS, ID mengalahkan CLASS. Sebenarnya agak menyenangkan jika semuanya menjadi anak dan / atau pemilih kelas, dan membuat urutan spesifisitas menjadi sedikit lebih sederhana. Hal yang sama di lapisan JS, itu memberi saya NOL kesakitan untuk menukar pemilih berbasis ID saya untuk yang berbasis kelas.
2) Ajari mereka bagaimana RadioButtonLists dan CheckboxLists dikonversi , bersama dengan Label = span, Panel = div dan hal-hal kontrol-ke-html lainnya yang tidak jelas. Cara .NET merender ini ke HTML sedikit lebih aneh dari yang saya harapkan, dan itu jauh lebih mudah bagi saya untuk membuat layar ketika saya tahu bagaimana HTML akan keluar dari kontrol itu.
3) Minta mereka mengerjakan desainer mereka DI ASPX LANGSUNG , bukan HTML mentah ( ! Penting ). Ajari para desainer dasar-dasar GridViews, ListViews, dll. Berikan mereka beberapa cuplikan kode untuk mendorong koleksi objek anonim ke dalam kontrol Grid / ListView. Jika mereka dapat belajar CSS maka mereka dapat belajar menyalin-tempelkan kode ini. Mereka dapat menggunakan versi gratis VS Web Express, yang cukup bagus untuk pekerjaan CSS & JS sekarang. Proyek web tiruan ini akan memberi para desainer kesempatan untuk memasukkan beberapa kontrol, lalu Lihat Sumber untuk melihat bagaimana mereka ditampilkan.
4) Jelaskan bagaimana tag FORM digunakan dalam .NET . Lupa tentang ini sebelumnya, tetapi hal lain yang harus terbiasa oleh perancang adalah bahwa biasanya, satu tag FORMULIR membungkus seluruh halaman. Ini mengubah cara kontrol bentuk berperilaku, dan Anda tidak dapat membuat tag FORMULIR tanpa efek samping yang benar-benar aneh. Pastikan para desainer memahami hal ini atau bentuk HTML mereka akan menjadi mimpi buruk untuk dibuat menjadi WebForms.
5) Tinggal jauh dari Tema dan Kulit . Meskipun .NET framework memiliki alat-alat ini untuk membantu kontrol gaya di seluruh aplikasi, mereka kikuk dan aneh bagi Desainer Web biasa, dan saya tidak pernah menganggapnya sepadan dengan waktu saya. Mereka tampak seperti alat yang bagus untuk pengembang yang tidak berpengalaman dalam CSS, tetapi hanya akan memperlambat desainer. Biarkan para desainer bekerja di lingkungan alami mereka (file html & css) dan mereka akan lebih bahagia dan lebih produktif.
6) Simpan proyek "prototipe" di solusi situs Anda . Untuk memastikan para pengembang selalu memiliki target untuk dikodekan, mintalah desainer membuat proyek web palsu dalam solusi nyata Anda untuk menjaga halaman ASPX-only mereka tetap dan tidak tersentuh oleh pengembang nyata. Ini berarti para desainer dapat melihat kembali prototipe mereka dalam solusi yang sama dengan proyek nyata untuk memeriksa bagaimana pengembang melakukannya, dan para pengembang dapat menjalankan prototipe kapan saja untuk memastikan pekerjaan mereka sesuai dengan maksud desainer.
Terakhir, tahan segala keluhan untuk dikonversi ke MVC, kecuali jika Anda siap untuk melatih kembali Devs Anda. Saya suka MVC secara pribadi, tetapi jika Anda memiliki tim dengan banyak pengetahuan WebForms, jangan membuangnya tanpa alasan. Jika aplikasi Anda mengalami masalah kondisi tampilan, masalah SEO, atau masalah aksesibilitas, maka benar-benar memberikan MVC tampilan yang sulit. Tetapi akan membutuhkan BANYAK lebih banyak waktu untuk melatih para pengembang WebForms di MVC daripada melatih para Desainer bagaimana menggunakan Kontrol Web.
Pada akhir hari, tidak ada DESAIN I CAME ACROSS, yang secara pribadi saya tidak bisa bekerja di WebForms, bahkan jika saya akhirnya bersumpah di GridView sialan itu selama satu jam sebelum mengetahuinya.
Apakah ada alat atau aplikasi untuk memberikan kepada para desainer render (halaman html) dari halaman .aspx?
Lupa Ekspresi (saya tidak pernah menyukainya). Dapatkan mereka versi gratis Visual Studio (Web Developer Express). Itu dapat menghubungkan ke solusi kontrol sumber apa pun yang Anda miliki, dan itu akan membiarkan para desainer menjalankan halaman ASPX mereka dan melihat HTML yang diberikan di browser. Tooling CSS dan JS jauh lebih baik daripada sebelumnya, dan ada beberapa alat yang luar biasa yang dimasukkan ke dalam perluasan seperti Web Essentials. Transformasi aturan CSS 1-klik menjadi semua penyimpangan khusus vendor, pemilih warna, dan palet tepat di antarmuka VS, penyisipan gambar 1-klik ke file css, transformasi CSS 'KURANG' (Anda dapat 'kode' dalam CSS), F12 'Navigasi Ke' di JavaScript, plus kecerdasan nyata, dan banyak lagi. Ini adalah harta karun bagi para desainer sekarang, FYI,