Dalam siaran sebelumnya, kami meneroka dua kaedah berbeza untuk mengendalikan pemprosesan pembayaran dalam Laravel:
Walaupun kedua-dua kaedah berkesan, kaedah tersebut mempunyai hadnya apabila memilih pemproses pembayaran secara dinamik berdasarkan keadaan masa jalan (cth., input pengguna, tetapan konfigurasi).
Dalam bahagian ketiga dan terakhir ini, kita akan melihat pendekatan yang lebih fleksibel: menggunakan Corak Kilang. Corak reka bentuk ini membolehkan kami memilih pelaksanaan PaymentProcessorInterface yang sesuai berdasarkan konteks (cth., memilih antara Stripe atau PayPal bergantung pada permintaan).
Corak Kilang menyediakan penyelesaian berskala untuk menyelesaikan pelaksanaan berbeza secara dinamik pada masa jalan. Begini cara untuk menyediakannya langkah demi langkah.
Mula-mula, mari kita tentukan antaramuka PaymentProcessorFactory yang menggariskan cara menyelesaikan pemproses pembayaran yang berbeza.
<?php namespace App\Contracts; interface PaymentProcessorFactoryInterface { public function getProcessor(string $provider): PaymentProcessorInterface; }
Antara muka ini memastikan mana-mana kilang yang kami buat akan mempunyai kaedah getProcessor, yang bertanggungjawab untuk mengembalikan pemproses pembayaran yang sesuai berdasarkan hujah yang diberikan (cth., 'stripe' atau 'paypal').
Seterusnya, kami akan melaksanakan kilang yang menyelesaikan pemproses pembayaran yang sesuai berdasarkan input pembekal.
<?php namespace App\Services; use App\Contracts\PaymentProcessorInterface; use App\Contracts\PaymentProcessorFactoryInterface; use App\Services\StripePaymentProcessor; use App\Services\PayPalPaymentProcessor; class PaymentProcessorFactory implements PaymentProcessorFactoryInterface { public function getProcessor(string $provider): PaymentProcessorInterface { switch ($provider) { case 'stripe': return new StripePaymentProcessor(); // Can be resolved via the container if needed case 'paypal': return new PayPalPaymentProcessor(); // Can also be resolved via the container default: throw new \Exception("Unsupported payment provider: $provider"); } } }
Kilang ini secara dinamik memilih pemproses pembayaran yang betul berdasarkan input yang diberikan semasa masa jalan. Dalam contoh ini, kami terus mengembalikan contoh baharu StripePaymentProcessor dan PayPalPaymentProcessor. Jika perlu, kelas ini juga boleh diselesaikan daripada bekas perkhidmatan Laravel untuk pengurusan yang lebih baik.
Pastikan anda mempunyai kedua-dua kelas StripePaymentProcessor dan PayPalPaymentProcessor yang melaksanakan PaymentProcessorInterface.
Contoh: StripePaymentProcessor
<?php namespace App\Services; use App\Contracts\PaymentProcessorInterface; class StripePaymentProcessor implements PaymentProcessorInterface { public function createPayment(float $amount, string $currency, array $paymentDetails): array { // Stripe-specific implementation } public function processPayment(array $paymentData): array { // Stripe-specific implementation } public function refundPayment(string $transactionId, float $amount): bool { // Stripe-specific implementation } }
Contoh: PayPalPaymentProcessor
Begitu juga, laksanakan kelas PayPalPaymentProcessor, mengikut corak yang sama seperti StripePaymentProcessor.
Untuk memastikan kilang tersedia sepanjang aplikasi Laravel anda, anda perlu mengikat PaymentProcessorFactory ke bekas perkhidmatan Laravel. Anda boleh melakukan ini dalam AppServiceProvider.
Dalam AppProvidersAppServiceProvider.php, tambahkan yang berikut di dalam kaedah daftar:
public function register() { $this->app->singleton(\App\Contracts\PaymentProcessorFactoryInterface::class, \App\Services\PaymentProcessorFactory::class); }
Pengikatan ini memberitahu Laravel untuk menggunakan PaymentProcessorFactory apabila PaymentProcessorFactoryInterface diminta, memastikan terdapat hanya satu contoh kilang sepanjang aplikasi.
Sekarang kilang telah disediakan, anda boleh menyuntiknya ke dalam pengawal anda untuk memilih pemproses pembayaran yang sesuai secara dinamik berdasarkan data masa jalan, seperti input permintaan.
Contoh: PaymentController
<?php namespace App\Http\Controllers; use App\Contracts\PaymentProcessorFactoryInterface; use Illuminate\Http\Request; class PaymentController extends Controller { protected $paymentProcessorFactory; public function __construct(PaymentProcessorFactoryInterface $paymentProcessorFactory) { $this->paymentProcessorFactory = $paymentProcessorFactory; } public function makePayment(Request $request) { $provider = $request->input('provider'); // E.g., 'stripe' or 'paypal' $amount = $request->input('amount'); $currency = $request->input('currency'); $paymentDetails = $request->input('details'); // Get the appropriate payment processor based on the provider $paymentProcessor = $this->paymentProcessorFactory->getProcessor($provider); // Use the selected payment processor to create a payment $response = $paymentProcessor->createPayment($amount, $currency, $paymentDetails); return response()->json($response); } }
Dalam pengawal ini, kami menyuntik PaymentProcessorFactoryInterface melalui suntikan pergantungan. Apabila pembayaran diminta, kami menentukan penyedia pembayaran (cth. Stripe atau PayPal) daripada permintaan, menyerahkannya kepada kilang dan menyelesaikan pemproses pembayaran yang sesuai secara dinamik.
Dalam persediaan ini, pengawal kini boleh mengendalikan penyedia pembayaran yang berbeza secara dinamik dengan hanya menukar nama pembekal dalam permintaan. Kaedah ini amat berkuasa apabila anda perlu mengendalikan berbilang gerbang pembayaran tanpa menduplikasi logik atau menggabungkan kod anda dengan ketat kepada pelaksanaan tertentu.
Menggunakan Corak Kilang dalam Laravel 11 menawarkan pendekatan yang sangat fleksibel untuk memilih pemproses pembayaran yang berbeza pada masa jalan. Berikut ialah ringkasan langkah yang kami bincangkan:
Wir haben dieses dreiteilige Tutorial mit einem einzelnen Zahlungsprozessor mit einer hartcodierten Auswahl begonnen, dann haben wir eine In-Code-Konfiguration („Kompilierungszeit“) mithilfe der Laravel Service Container Binding verwendet und dann haben wir in diesem Teil das Design weiter umgestaltet Prinzipien und Designmuster im Hinterkopf, die es uns ermöglichten, den Code umzugestalten und Folgendes zu erreichen:
Mit diesem Setup verfügen wir nun über ein leistungsstarkes, flexibles System zur Zahlungsabwicklung in Laravel. Wenn wir zusätzliche Prozessoren unterstützen müssen, können wir die Fabrik problemlos erweitern, um die Logik zur Auswahl von Anbietern zu unterstützen und zu ändern und verschiedene Geschäftslogikszenarien zu bewältigen.
Das obige ist der detaillierte Inhalt vonDynamische Auswahl des Zahlungsprozessors in Laravel mithilfe des Factory-Musters. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!