Rajah aliran aplikasi pada skrin pembangun

Dalam Program.cs, baris app.Use... kelihatan seperti senarai konfigurasi biasa. Namun middleware ialah aliran request dan response. Apabila susunannya berubah, sesuatu yang berfungsi semalam boleh mula memberi 404, 401 atau respons yang tidak dijangka.

Bayangkan request masuk melalui pintu depan dan melalui beberapa meja pemeriksaan. Ada middleware yang boleh menghentikan perjalanan serta-merta; ada yang meneruskan ke langkah seterusnya lalu memproses respons ketika ia berpatah balik. Sebab itu menukar lokasi authentication atau authorization bukan hanya mengemas kod. Ia mengubah perkara yang dilihat oleh setiap request.

Debug dengan jejak laluan

Jika satu endpoint gagal, catat path, method, status dan middleware yang berkaitan. Semak sama ada fail statik dilayan sebelum routing tertentu, atau sama ada authorization menilai identiti yang belum disediakan. Jangan salin susunan daripada tutorial lama tanpa melihat versi dan jenis aplikasi yang dibina. Rujuk dokumentasi middleware ASP.NET Core untuk susunan yang disarankan bagi komponen rasmi.

Lukis satu request sebenar, misalnya membuka halaman yang memerlukan login. Tanda di mana identiti dibaca, di mana izin disemak, dan di mana endpoint dijalankan. Jika sukar menjelaskan susunan itu pada kertas, ia petanda baik untuk menyemak Program.cs sebelum memindah middleware secara rawak.

Apabila menambah middleware sendiri, pastikan ia tidak menelan ralat atau membaca body request tanpa mengurus kesan sampingan. Uji sekurang-kurangnya laluan berjaya, laluan tidak sah dan fail statik. Masalah susunan lebih mudah dikesan apabila kita melukis perjalanan request daripada meneka berdasarkan nama method.