Penemuan Seni Bina Heksagon: untuk kod yang teguh dan berskala

Bei der Softwareentwicklung versuchen wir oft, Probleme der Skalierbarkeit, Wartbarkeit und Testbarkeit von Code zu lösen. Hier kommt die Hexagonal-Architektur, auch „Ports und Adapter“ genannt, ins Spiel.

Die Idee dieses von Alistair Cockburn entwickelten Ansatzes besteht darin, dass die Geschäftsdomäne (das Herzstück Ihrer Anwendung) vom Rest des Systems isoliert ist und unabhängig von externen Technologien (Framework, Datenbank, UI, extern) verwendet werden kann APIs).

Komm, lass uns in die grundlegenden Konzepte der hexagonalen Architektur eintauchen und gemeinsam sehen, wie sie die Art und Weise, wie du deinen Code entwirfst, verändern kann! ?

Was genau ist sechseckige Architektur?

Hexagonale Architektur ist eine Möglichkeit, eine Anwendung so zu strukturieren, dass sie unabhängig von externen Details ist. Es betont die Trennung von Anliegen, indem die Anwendung in mehrere unterschiedliche Ebenen unterteilt wird.

Das Ziel besteht darin, die Anwendung unabhängig von bestimmten Technologien zu machen, indem die Interaktionen zwischen dem Kern der Anwendung (Geschäftslogik) und der Außenwelt (Datenbank, Benutzeroberflächen, API, Frameworks usw.) organisiert werden, und zwar alles über Anschlüsse und Adapter.

Das Grundkonzept

Stellen Sie sich Ihre Anwendung als Sechseck mit der Domäne (Geschäftslogik) im Zentrum vor. Dieses Kerngeschäft sollte nicht direkt mit Implementierungsdetails verknüpft sein (wie Symfony, Doctrine, eine Drittanbieter-API usw.). Um dies zu erreichen, müssen Schnittstellen namens Ports erstellt werden, und diese Schnittstellen werden durch Adapter implementiert, die für die Kommunikation mit externen Diensten sorgen.

? Ports: mit anderen Worten die Schnittstellen, über die die Außenwelt mit dem Geschäftskern interagieren kann. Ports sind die Ein- oder Ausstiegspunkte der Anwendung (API, HTTP-Anfragen, CLI-Befehle usw.).

? Adapter: Adapter sind die konkreten Implementierungen dieser Schnittstellen. Sie übersetzen externe Anfragen oder Antworten in für die Geschäftslogik verständliche Aktionen. Dazu gehören Interaktionen mit Datenbanken, Frameworks, APIs usw.

Aufbau einer sechseckigen Applikation

Zum besseren Verständnis verwenden wir ein einfaches Beispiel in Symfony. Stellen wir uns vor, dass Ihre Anwendung es Benutzern ermöglichen muss, Bestellungen aufzugeben und dass sie mit einer Datenbank interagieren muss, um diese Bestellungen zu speichern.

Schauen Sie sich an, wie Sie Ihre Anwendung entsprechend der hexagonalen Architektur strukturieren könnten. ?

1. Das Geschäftsherz

Dies ist der Kern Ihrer Anwendung, der Teil, der keine externen Abhängigkeiten aufweist. Hier liegt die Geschäftslogik, wie das Erstellen einer Bestellung, die Validierung ihrer Daten usw.

Hier stellt die Order-Klasse das Grundmodell einer Bestellung dar. Sie werden feststellen, dass diese Klasse nichts darüber weiß, wie sie gespeichert werden oder woher die Daten kommen.

2. Ports (Schnittstellen)

Ports definieren die Schnittstellen, die die Adapter implementieren müssen, damit die Geschäftslogik funktionieren kann. Sie können Einstiegspunkte in das System (wie HTTP-Anfragen) oder Ausstiegspunkte (wie Aufrufe an die Datenbank) sein.

Die OrderRepositoryInterface-Schnittstelle dient als Ausgabeport. Es definiert lediglich die Methoden, die die Geschäftslogik benötigt, um mit der Datenbank zu interagieren. Die Domain weiß nichtwie diese Daten gespeichert werden.

3. Adapter (Implementierungen)

Der Adapter ist ganz einfach die konkrete Implementierung eines Ports. Mit dem Adapter können Sie Folgendes übersetzen:

• alle externen Interaktionen mit der Geschäftslogik
• Geschäftslogik für konkrete Aktionen (wie das Speichern in einer Datenbank).

Adapt di sini menterjemahkan panggilan ke OrderRepositoryInterface ke dalam interaksi dengan Doctrine (pustaka pengurusan pangkalan data) tetapi logik perniagaan anda tidak tahu bahawa Doctrine digunakan.

4. Contoh pengawal dalam Symfony

Pengawal akan bertindak sebagai titik masuk untuk permohonan kami. Dialah yang berinteraksi dengan pengguna melalui permintaan HTTP, kemudian mewakilkan tugas kepada domain melalui Pelabuhan dan Penyesuai.

Di sini anda dapat melihat bahawa pengawal hanya mengetahui antara muka OrderRepositoryInterface dan bukan pelaksanaan konkrit. Ini menjadikan kod itu boleh diuji, boleh dikembangkan dan bebas daripada rangka kerja dan teknologi luaran (Symfony, Doktrin, dll.).

Mengapa menggunakan Seni Bina Heksagon?

1. Dengan memisahkan logik perniagaan anda daripada pelaksanaan luaran (pangkalan data, HTTP, API luaran), anda menjadikan kod anda lebih fleksibel. Menukar pangkalan data atau rangka kerja menjadi lebih mudah dan kurang berisiko.

2. Memandangkan logik perniagaan tidak terikat dengan unsur luaran, anda boleh dengan mudah mengejek atau menggantikan penyesuai dalam ujian anda.

3. Dengan pemisahan yang jelas ini, lebih mudah untuk menambah ciri baharu, mengubah suai gelagat atau menggunakan semula komponen tertentu tanpa menjejaskan logik perniagaan.

4. Anda boleh menggunakan semula perniagaan teras yang sama dengan pelbagai jenis penyesuai. Sebagai contoh, logik perniagaan yang sama boleh digunakan untuk aplikasi web, API REST atau antara muka baris arahan.

Tetapi berhati-hati!

Walaupun seni bina heksagon berkuasa, penstrukturan aplikasi anda dengan cara ini boleh menjadi agak berlebihan, terutamanya untuk projek kecil. Untuk aplikasi kecil, seni bina heksagon boleh menambah kerumitan yang tidak perlu, kerana penyahgandingan tidak semestinya perlu.

Atas ialah kandungan terperinci Penemuan Seni Bina Heksagon: untuk kod yang teguh dan berskala. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!