Dua puluh kebiasaan lama tersisa dari transisi dari ASP ke ASP.net

Dalam proses peningkatan teknologi, masih ada sebagian orang yang berpegang teguh pada hal-hal yang sudah ketinggalan zaman, ada juga sebagian orang yang sudah memasuki dunia baru, namun masih belum bisa menghilangkan kebiasaan lama. Saya tidak menggunakan kata “kebiasaan buruk”. Karena saya juga sangat muak dengan kata ini.

Saat

memasuki dunia ASP.NET, Anda harus memperbaiki kebiasaan lama Anda dan memasuki dunia baru

secara keliru mempromosikannya sebagai praktik yang disarankan:

1. Gunakan penyertaan sisi server untuk memperkenalkan komposisi halaman umum ke ASPX.

.

Dan yang lebih penting, ASCX adalah kelas yang nyata

web.config
web.config menyediakan antarmuka manajemen konfigurasi yang sangat kaya. Ini adalah bagian inti dari suatu aplikasi. Namun, web.config banyak orang sering kali kosong atau tidak pernah

diubah Respon di bawah platform ASP.NET sangat berbeda dengan Respon ASP. Meskipun artinya sama, penggunaannya sangat berbeda. Konten Response.Write hanya akan ditampilkan di bagian depan halaman output pesan ke front end Metode ini menggunakan PlaceHolder.

4. Gunakan serangkaian sesi untuk mengelola status koneksi pengguna. Metode ini disalahgunakan dalam lingkungan ASP.NET, pendekatan yang benar adalah merancang a kelas. Simpan data dengan cara yang terstruktur. Ini akan berguna untuk sesi atau Enkapsulasi akses cookie.

5. Gunakan sesi untuk memverifikasi identitas. Ini hampir merupakan masalah umum adalah verifikasi formulir atau verifikasi windows. Ada bagian tentang mulai cepat yang menjelaskan hal ini dengan sangat baik. Jelas, kebanyakan orang masih mengandalkan penetapan nilai ke sesi untuk mempertahankan status otentikasi pengguna

. Ini dapat digunakan bila diperlukan, tetapi tidak dapat disalahgunakan. Fakta telah membuktikan bahwa penyalahgunaan pengalihan akan menyebabkan kebingungan yang serius. Inilah yang Anda lakukan ketika halaman digunakan sebagai unit program. Menggunakan mode pengontrol depan akan memusatkan logika operasi pengguna]

7. Gunakan terlalu banyak halaman ASPX. Unit program di lingkungan ASP hanya halaman *.asp, ASP Tidak demikian halnya dengan .NET. Ada juga perpustakaan kelas back-end, ASCX, dll. Logika bisnis harus terkonsentrasi di unit yang berbeda, daripada menggunakan satu ASPX untuk satu operasi. Lebih sering, ASPX akan digunakan sebagai ASCX atau kontrol kustom. Kontainer mengelola logika dalam halaman.

8. Salin kode di antara beberapa unit logis dan modifikasi logika yang sesuai untuk digunakan kembali. Gunakan kembali. Prinsip untuk menangani masalah seperti itu Tidak ada proses yang identik atau serupa. Jika Anda menggunakan metode di atas, setelah terjadi perubahan logika yang besar, hasilnya akan sama menjadi bencana besar.

9. Takut menggunakan DataSet.
Banyak orang yang takut dengan DataSet. Mereka mengira itu "pasti" mempengaruhi kinerja. Namun mereka bahkan tidak berani mencobanya untuk pertama kali. Mereka selalu berpikir bahwa produk mereka harus penting dan harus "berhati-hati" dalam desain

data

pengumpulan. Lakukan kerja keras membuang data.

Saya sangat tidak puas dengan mekanisme ASP.NET ViewState. Atau saya selalu berusaha semaksimal mungkin untuk menganiaya orang lain. Sebaliknya, saya membuat diri saya sangat lelah. Mungkin akan lebih beradab jika saya lebih jarang menghubungkan ke database ketika berhadapan dengan ViewState

11. Direktori root aplikasi sangat kacau.
ASP.NET adalah proyek pengembangan, bukan situs web. Sumber daya yang berbeda harus diklasifikasikan dan ditempatkan. Misalnya, semua sumber daya statis (style sheet, skrip, gambar) harus diatur bersama .ASPX harus disatukan. ASCX harus disatukan. Bagaimana dengan .*.cs? Mereka harus dimasukkan ke dalam proyek

lain Blok Aplikasi DataAccess. Anda harus menghidupkan dan mematikan koneksi sendiri, mengapa repot-repot? 13.

Apa yang Anda tulis adalah yang paling dapat diandalkan.
Kenyataannya seringkali justru sebaliknya. Lebih memperhatikan penggunaan produk yang ditulis oleh orang lain. Mereka tidak memungut biaya, jadi mengapa repot-repot menyelamatkan muka.

14. Memberi nama file ASPX secara acak adalah hal yang paling menyakitkan nama tidak hanya harus mudah dikenali. Aturan tertentu harus diikuti. Karena di belakang setiap ASPX akan ada kelas dengan nama yang sama, bayangkan betapa tidak nyamannya hal itu. Selain itu, kebanyakan orang tidak mengetahui ruang nama proyek mereka sendiri . Itu membuat orang terlihat seperti sedang melihat buku besar.

15. Tidak Pernah Daripada mewarisi atau menurunkan beberapa kelas dengan perilaku yang sama, mereka harus diturunkan dari kelas dasar yang sama. Dalam praktiknya, ASPX kita harus memiliki kelas dasar

Karena

selalu ada beberapa fitur publik yang perlu diabstraksi

Hanya ada metode privat di kelas mereka (sesuai dengan ASPX). Mereka tidak mengungkapkan rahasia apa pun. Itu pasti hasil karya veteran

JAVA
Tak perlu dikatakan lagi, dia belum mempelajari ASP.NET

18. Gunakan DreamWeaver untuk "menggambar" ASPX
Kelompok orang ini adalah seniman. Beberapa orang bahkan sangat asyik mendiskusikan cara "mengintegrasikan" DreamWeaver dan Visual Studio dengan lebih baik.

19. Jika Anda hanya familiar dengan System.Web.UI.WebControl dan System.Data.SqlClient, seharusnya ada. menjadi beberapa yang lain yang layak untuk dibiasakan. Perpustakaan kelas.

default

yang dihasilkan oleh IDE apa pun diabaikan

di Page_Load() Tulis prosedur. Atau klik dua kali tombol untuk menulis prosedur xxx_Clock() Acara dan delegasi tidak dapat dilihat di program mereka.