Dalam pengembangan ASP, terkadang Anda menggunakan penilaian if...else dalam jumlah besar. Namun, jika ini adalah konten Response.write yang dinamis dan Anda ingin membuatnya lebih mudah untuk membaca kode, Anda dapat menggunakan Response.End() untuk menghentikan eksekusi ASP. Ini mirip dengan penggunaan Break
Dalam pengembangan ASP, terkadang Anda menggunakan penilaian if...else dalam jumlah besar. Namun, jika ini adalah konten Response.write yang dinamis dan Anda ingin membuatnya lebih mudah untuk membaca kode, Anda dapat menggunakan Response.End() untuk menghentikan eksekusi ASP. Hal ini mirip dengan penggunaan Break, misalnya:
Copy kode kodenya sebagai berikut:jika (userid=)atau(kata sandi=) maka
Response.Write(<script lanuage=javascript>alert('Nama Pengguna atau Kata Sandi Kosong!');location.href='../default.asp';</script>)
Response.End() 'Akhir jika terputus di sini. Berikut ini adalah operasi membaca database jika tidak kosong, menghilangkan n baris kode.
Dengan cara ini, ketika nama pengguna atau kata sandi yang masuk kosong, informasi prompt secara otomatis ditulis, dan kemudian Response.End() menginterupsi program untuk mencapai if. . . Peran orang lain.
Selain itu, saat menggunakan Response.End, itu adalah saat kita men-debug program setiap hari, seperti
Untuk mengeluarkan pernyataan SQL yang disambung tanpa menjalankan kode berikut, Anda dapat melakukan ini
Copy kode kodenya sebagai berikut:sql=pilih * dari info pengguna
respon.Tulis(sql)
respon.Akhir()
rs.open sql ,conn,1,1 'Kalimat ini tidak akan dieksekusi
Jika Anda takut terlalu banyak tempat untuk menambahkan Response.End() dan tidak mudah untuk berkomentar saat dirilis secara resmi, Anda dapat merangkumnya dengan fungsi, seperti kode berikut:
Copy kode kodenya sebagai berikut:subdebug()
Respon.Akhir()
sub akhir
Kode di atas dimodifikasi sebagai berikut:
Copy kode kodenya sebagai berikut:sql=pilih * dari info pengguna
respon.Tulis(sql)
debug()
rs.open sql ,conn,1,1 'Kalimat ini tidak akan dieksekusi
Dengan cara ini, ketika dirilis secara resmi, mengomentari pernyataan dalam fungsi debug dapat memainkan peran debugging. Namun, ada juga masalah dengan ini. Jika Anda menggunakan terlalu banyak debug(), program mungkin tidak dapat melakukannya ikuti instruksi selama proses debug. Interupsi diperlukan. Terkadang Anda tidak ingin eksekusi terhenti di tempat ini, jadi mari kita rekonstruksi lebih lanjut fungsi debug(), sebagai berikut:
sub debug(isBreak) 'isBreak adalah parameter dengan nilai boolean. Jika disetel ke true, maka sub endend Response.End() tidak akan dilakukan
Kode saat digunakan adalah sebagai berikut:
Copy kode kodenya sebagai berikut:sql=pilih * dari info pengguna
respon.Tulis(sql)
men-debug (salah)
rs.open sql,conn,1,1 'Kalimat ini akan dieksekusi rs.close()
sql=pilih * dari produk
respon.tulis(sql)
debug (benar)
rs.open sql,conn,1,1 'Kalimat ini tidak akan dieksekusi
Oke, ini pada dasarnya dapat memenuhi kebutuhan kita untuk mengontrol interupsi, tetapi ini hanya analisis sederhana, sebenarnya masih sangat tidak sempurna, mungkin masih banyak lagi persyaratan debugging yang perlu dipenuhi dan diperlukan rekonstruksi lebih lanjut. Faktanya, pengembangan program adalah proses refactoring, refactoring, dan refactoring. Jika tidak, akan ada begitu banyak pola desain. Itu semua adalah pengalaman yang dirangkum oleh para pendahulu dari proses pengembangan dan refactoring yang sebenarnya, dan patut untuk dipelajari.