It's best to envision middleware as

It's best to envision middleware as a series of "layers" HTTP requests must pass through before they hit your application. Each layer can examine the request and even reject it entirely.

Before / After Middleware

Whether a middleware runs before or after a request depends on the middleware itself. For example, the following middleware would perform some task before the request is handled by the application:

However, this middleware would perform its task after the request is handled by the application:

ผลลัพธ์ (ไทย) 1:

ดีที่สุดคือวาดภาพมิดเดิลแวร์เป็นชุดของ "ชั้น" ร้องขอ HTTP ต้องผ่านก่อนที่จะตีแอพลิเคชันของคุณ แต่ละชั้นสามารถตรวจสอบคำขอ และได้ปฏิเสธทั้งหมดก่อน/ หลังมิดเดิลแวร์มิดเดิลแวร์ว่าทำก่อน หรือ หลังคำขึ้นอยู่กับมิดเดิลแวร์เอง ตัวอย่าง มิดเดิลแวร์ดังต่อไปนี้จะทำงานบางอย่างก่อนจัดการการร้องขอ โดยโปรแกรมประยุกต์:อย่างไรก็ตาม มิดเดิลแวร์นี้จะทำงานนั้นหลังจากที่จัดการการร้องขอ โดยโปรแกรมประยุกต์:

ผลลัพธ์ (ไทย) 2:

มันเป็นเรื่องที่ดีที่สุดที่จะจินตนาการมิดเดิลแวร์เป็นชุดของ "ชั้น" การร้องขอ HTTP จะต้องผ่านก่อนที่จะตีใบสมัครของคุณ แต่ละชั้นสามารถตรวจสอบคำขอและแม้กระทั่งการปฏิเสธอย่างสิ้นเชิง. ก่อน / หลังมิดเดิ้ลไม่ว่าจะเป็นตัวกลางทำงานก่อนหรือหลังจากที่ขอขึ้นอยู่กับมิดเดิ้ลตัวเอง ตัวอย่างเช่นตัวกลางต่อไปนี้จะดำเนินการบางอย่างก่อนที่ร้องขอจะถูกจัดการโดยการประยุกต์ใช้: อย่างไรก็ตามตัวกลางนี้จะดำเนินการงานของตนหลังจากที่ขอจะถูกจัดการโดยการประยุกต์ใช้:

ผลลัพธ์ (ไทย) 3:

ดีที่สุดคือการวาดภาพ ( เป็นชุดของ " ชั้น " การร้องขอ HTTP จะต้องผ่านก่อนที่พวกเขาตีใบสมัครของคุณ แต่ละชั้นสามารถตรวจสอบคำขอและแม้ปฏิเสธทั้งหมด

ก่อน / หลังตัวกลาง

ไม่ว่าแลวิ่งก่อน หรือ หลังคำขอขึ้นอยู่กับตัวกลางนั่นเอง ตัวอย่างเช่นต่อไปนี้จะแสดงบางตัวกลางงานก่อนที่การร้องขอจะถูกจัดการโดยโปรแกรม :

แต่ตัวกลางนี้จะปฏิบัติงานหลังจากการร้องขอจะถูกจัดการโดยโปรแกรม