Corak reka bentuk Rantai Tanggungjawab (CoR) ialah corak tingkah laku berkuasa yang boleh meningkatkan pembangunan bahagian belakang dengan ketara. Corak ini membolehkan anda menghantar permintaan melalui rangkaian pengendali, di mana setiap pengendali boleh sama ada memproses permintaan atau menyampaikannya kepada pengendali seterusnya. Dalam blog ini, kami akan meneroka corak CoR dari perspektif bahagian belakang, terutamanya memfokuskan pada aplikasinya dalam pengesahan permintaan dan pemprosesan dalam perkhidmatan web, menggunakan Java untuk contoh kami.
Corak Rantaian Tanggungjawab amat berguna dalam sistem bahagian belakang yang permintaan mungkin memerlukan berbilang langkah pengesahan dan pemprosesan sebelum ia boleh dimuktamadkan. Sebagai contoh, dalam API RESTful, permintaan masuk mungkin perlu disahkan untuk pengesahan, kebenaran dan integriti data sebelum diproses oleh logik perniagaan utama. Setiap kebimbangan ini boleh dikendalikan oleh pengendali yang berbeza dalam rantaian, membolehkan pemisahan tanggungjawab dan kod modular yang jelas. Corak ini juga bermanfaat dalam seni bina middleware, di mana komponen middleware yang berbeza boleh mengendalikan permintaan, membolehkan pemprosesan fleksibel berdasarkan kriteria tertentu.
Corak CoR terdiri daripada tiga komponen utama: Pengendali, Pengendali Konkrit dan Pelanggan. Pengendali mentakrifkan antara muka untuk mengendalikan permintaan dan mengekalkan rujukan kepada pengendali seterusnya dalam rantai. Setiap Pengendali Konkrit melaksanakan logik untuk jenis pemprosesan permintaan tertentu, memutuskan sama ada untuk mengendalikan permintaan atau menyerahkannya kepada pengendali seterusnya. Pelanggan menghantar permintaan kepada rantai pengendali, tanpa mengetahui pengendali mana yang akhirnya akan memproses permintaan tersebut. Penyahgandingan ini menggalakkan kebolehselenggaraan dan fleksibiliti dalam sistem hujung belakang.
Pertama, kami akan mentakrifkan antara muka RequestHandler yang merangkumi kaedah untuk menetapkan pengendali seterusnya dan memproses permintaan:
abstract class RequestHandler {
protected RequestHandler nextHandler;
public void setNext(RequestHandler nextHandler) {
this.nextHandler = nextHandler;
}
public void handleRequest(Request request) {
if (nextHandler != null) {
nextHandler.handleRequest(request);
}
}
}
Seterusnya, kami akan mencipta kelas pengendali konkrit yang melanjutkan kelas RequestHandler, masing-masing bertanggungjawab untuk aspek tertentu pemprosesan permintaan:
class AuthenticationHandler extends RequestHandler {
@Override
public void handleRequest(Request request) {
if (request.isAuthenticated()) {
System.out.println("Authentication successful.");
super.handleRequest(request);
} else {
System.out.println("Authentication failed.");
request.setValid(false);
}
}
}
class AuthorizationHandler extends RequestHandler {
@Override
public void handleRequest(Request request) {
if (request.isAuthorized()) {
System.out.println("Authorization successful.");
super.handleRequest(request);
} else {
System.out.println("Authorization failed.");
request.setValid(false);
}
}
}
class DataValidationHandler extends RequestHandler {
@Override
public void handleRequest(Request request) {
if (request.isDataValid()) {
System.out.println("Data validation successful.");
super.handleRequest(request);
} else {
System.out.println("Data validation failed.");
request.setValid(false);
}
}
}
class BusinessLogicHandler extends RequestHandler {
@Override
public void handleRequest(Request request) {
if (request.isValid()) {
System.out.println("Processing business logic...");
// Perform the main business logic here
} else {
System.out.println("Request is invalid. Cannot process business logic.");
}
}
}
Kini, kami akan menyediakan rangkaian pengendali berdasarkan tanggungjawab mereka:
public class RequestProcessor {
private RequestHandler chain;
public RequestProcessor() {
// Create handlers
RequestHandler authHandler = new AuthenticationHandler();
RequestHandler authzHandler = new AuthorizationHandler();
RequestHandler validationHandler = new DataValidationHandler();
RequestHandler logicHandler = new BusinessLogicHandler();
// Set up the chain
authHandler.setNext(authzHandler);
authzHandler.setNext(validationHandler);
validationHandler.setNext(logicHandler);
this.chain = authHandler; // Start of the chain
}
public void processRequest(Request request) {
chain.handleRequest(request);
}
}
Begini cara kod pelanggan berinteraksi dengan rantaian pemprosesan permintaan:
abstract class RequestHandler {
protected RequestHandler nextHandler;
public void setNext(RequestHandler nextHandler) {
this.nextHandler = nextHandler;
}
public void handleRequest(Request request) {
if (nextHandler != null) {
nextHandler.handleRequest(request);
}
}
}
Berikut ialah kelas Permintaan ringkas yang akan digunakan untuk merangkum data permintaan:
class AuthenticationHandler extends RequestHandler {
@Override
public void handleRequest(Request request) {
if (request.isAuthenticated()) {
System.out.println("Authentication successful.");
super.handleRequest(request);
} else {
System.out.println("Authentication failed.");
request.setValid(false);
}
}
}
class AuthorizationHandler extends RequestHandler {
@Override
public void handleRequest(Request request) {
if (request.isAuthorized()) {
System.out.println("Authorization successful.");
super.handleRequest(request);
} else {
System.out.println("Authorization failed.");
request.setValid(false);
}
}
}
class DataValidationHandler extends RequestHandler {
@Override
public void handleRequest(Request request) {
if (request.isDataValid()) {
System.out.println("Data validation successful.");
super.handleRequest(request);
} else {
System.out.println("Data validation failed.");
request.setValid(false);
}
}
}
class BusinessLogicHandler extends RequestHandler {
@Override
public void handleRequest(Request request) {
if (request.isValid()) {
System.out.println("Processing business logic...");
// Perform the main business logic here
} else {
System.out.println("Request is invalid. Cannot process business logic.");
}
}
}
Apabila anda menjalankan kod klien, anda akan melihat output berikut:
public class RequestProcessor {
private RequestHandler chain;
public RequestProcessor() {
// Create handlers
RequestHandler authHandler = new AuthenticationHandler();
RequestHandler authzHandler = new AuthorizationHandler();
RequestHandler validationHandler = new DataValidationHandler();
RequestHandler logicHandler = new BusinessLogicHandler();
// Set up the chain
authHandler.setNext(authzHandler);
authzHandler.setNext(validationHandler);
validationHandler.setNext(logicHandler);
this.chain = authHandler; // Start of the chain
}
public void processRequest(Request request) {
chain.handleRequest(request);
}
}
Pemisahan Kebimbangan: Setiap pengendali mempunyai tanggungjawab yang berbeza, menjadikan kod lebih mudah difahami dan diselenggara. Pemisahan ini membolehkan pasukan menumpukan pada aspek tertentu pemprosesan permintaan tanpa perlu risau tentang keseluruhan aliran kerja.
Pengendalian Permintaan Fleksibel: Pengendali boleh ditambah atau dialih keluar tanpa mengubah logik sedia ada, membolehkan penyesuaian mudah kepada keperluan baharu atau perubahan dalam peraturan perniagaan. Modulariti ini menyokong amalan pembangunan tangkas.
Kebolehselenggaraan yang Dipertingkatkan: Sifat dipisahkan pengendali bermakna perubahan dalam satu pengendali (seperti mengemas kini logik pengesahan) tidak memberi kesan kepada orang lain, meminimumkan risiko memperkenalkan pepijat ke dalam sistem.
Pengujian Lebih Mudah: Pengendali individu boleh diuji secara berasingan, memudahkan proses ujian. Ini membolehkan ujian unit disasarkan dan penyahpepijatan yang lebih mudah bagi langkah pemprosesan permintaan tertentu.
Overhed Prestasi: Rangkaian pengendali yang panjang mungkin memperkenalkan kependaman, terutamanya jika banyak semakan perlu dilakukan secara berurutan. Dalam aplikasi kritikal prestasi, ini boleh menjadi kebimbangan.
Kerumitan dalam Kawalan Aliran: Walaupun corak memudahkan tanggungjawab pengendali individu, ia boleh merumitkan aliran keseluruhan pengendalian permintaan. Memahami cara permintaan diproses melalui berbilang pengendali mungkin memerlukan dokumentasi dan usaha tambahan untuk ahli pasukan baharu.
Corak Rantai Tanggungjawab ialah corak reka bentuk yang berkesan dalam pembangunan bahagian belakang yang meningkatkan pemprosesan permintaan dengan menggalakkan pengasingan kebimbangan, fleksibiliti dan kebolehselenggaraan. Dengan melaksanakan corak ini untuk pengesahan dan pemprosesan permintaan, pembangun boleh mencipta sistem yang teguh dan berskala yang mampu mengendalikan pelbagai keperluan dengan cekap. Sama ada dalam API RESTful, pemprosesan middleware atau aplikasi backend lain, menerima corak CoR boleh membawa kepada kod yang lebih bersih dan reka bentuk seni bina yang dipertingkatkan, akhirnya menghasilkan penyelesaian perisian yang lebih dipercayai dan boleh diselenggara.
Atas ialah kandungan terperinci Memahami Corak Reka Bentuk Rantaian Tanggungjawab dalam Pembangunan Bahagian Belakang. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
