Wie kann man zwischen Geschäftslogik und Speicherlogik in der Back-End-Entwicklung unterscheiden?

Back-End-Architektur mit drei Schichten: Die Grenze zwischen Geschäftslogik und Datenzugriffslogik

In der Back-End-Entwicklung sind die üblichen dreischichtigen Architekturen von Controller, Service und DAO in den Controller- und Servicegerichten relativ klar. Sie werden hauptsächlich durch Trennung von Geschäftslogik und Präsentationslogik wie Entkopplung der Nachrichtenwarteschlange (MQ), HTTP, RPC usw. implementiert. Die Grenze zwischen der Serviceschicht und der DAO -Schicht, insbesondere nach Einführung der Managerschicht, verwirrt jedoch häufig Entwickler.

In der Python-Back-End-Entwicklung wird die Geschäftslogik in der Modellschicht manchmal gemischt, wie z. B. Business-Abfragemethoden wie usermodel.is_super() oder native Datenbankoperationen wie usermodel.objects.all() und sogar Cross-Tisch-Operationen wie usermodel.** .

Analyse der Geschäftslogik und Nicht-Unternehmen-Logik

Der Schlüssel zur Geschäftslogik und der Nicht-Business-Logik liegt darin, ob sie sich direkt auf die Kundenbedürfnisse bezieht. Die Logik, dass Kunden nicht wahrnehmen können, wird häufig als Logik ohne Geschäft angesehen, einschließlich:

1. Datenbankstruktur und Assoziationsbeziehung: Zum Beispiel können usermanager.delete() und departmentmanager.delete() die Löschung der Assoziationstabelle (z. B. userdeptmodel ) gleichzeitig verarbeiten, ohne die DAO -Layer -Methode zweimal in der Serviceschicht aufzurufen. Auch ohne Manager-Schicht kann die DAO-Schicht einen solchen Assoziations- oder Cross-Tisch-Operationen durchführen, solange diese Operationen unabhängig von der Geschäftslogik sind.

    Klasse UserManager:
       def delete (self):
           userdao.delete ()
           userdeptdao.delete ()
   Klassenabteilungsinstitut:
       def delete (self):
           Abteilungdao.delete ()
           userdeptdao.delete ()

2. Passwort Salz: Benutzer müssen nur wissen, dass das Kennwort nicht im einfachen Text gespeichert ist und der Salz -Addition -Vorgang in der DAO- oder Manager -Ebene verarbeitet werden kann.

    Klasse Userdao:
       Def make_password (self, passwd):
           Return Salt (Passwd) # Salzfunktion Def Save (Selbst) hinzufügen:
           self.passwd = self.make_password (self.passwd)
           Super (). Save ()

3. Benennung und Definition der DAO -Schichtmethode: Benennung der DAO -Schichtmethode, z. B. ob semantische Namen wie get_super_user geeignet sind, hängt davon ab, ob sie sich auf die Geschäftslogik beziehen. Wenn super nicht geschäftsbedingt ist, ist es akzeptabel, get_super_user zu verwenden.

4. HTTP-Anfrageverkapselung: Backend-Abhängigkeiten (wie die von anderen Teams bereitgestellten Dienste) können in Dao-Layer-Methoden und nicht in Dienstleistungsmethoden verkapselt werden.

Implementieren Sie Funktionen ähnlich dem Django -Filter in Django/Flask

Bei der Implementierung von django-filterähnlichen Funktionen in Django und Flask treten Sie häufig auf Schicht-für-Schicht-Penetrationsproblemen auf, da die DAO-Schicht Anforderungsparameter weitergeben muss. In Ermangelung eines Abhängigkeitsinjektionsrahmens wie Frühling können Sie berücksichtigen:

• In Java werden Frameworks wie MyBatis oder JPA normalerweise zum Verwalten von Datenzugriff und Logik durch Annotationen und Konfigurationsdateien verwendet.

Die Beziehung zwischen Datenentitäten und dreischichtiger Architektur

Datenentitäten stellen Datenobjekte im System dar. In einer dreischichtigen Architektur entsprechen Controller, Service und DAO-Schichten nicht eins voneinander:

• Die DAO -Ebene kann mehrere Methoden enthalten, um verschiedene Datenentitäten wie userdao und departmentdao zu verarbeiten.
• Die Serviceschicht muss möglicherweise mehrere DAO -Schichtmethoden kombinieren, um die vollständige Geschäftslogik zu implementieren.

Kurz gesagt, die DAO -Schicht ist nur für die Datenspeicherinteraktion verantwortlich und enthält keine Geschäftslogik. Die Serviceschicht ist für die Ausführung der Geschäftslogik verantwortlich. Wenn Sie beispielsweise einen Benutzer erstellen, überprüft die Service Layer, ob der Benutzername dupliziert ist, und ruft dann die DAO -Layer -Methode auf, um den Benutzer zu speichern. Diese Architektur soll das System durch Verantwortung teilen und die Wartbarkeit und Skalierbarkeit des Codes verbessern.

Das obige ist der detaillierte Inhalt vonWie kann man zwischen Geschäftslogik und Speicherlogik in der Back-End-Entwicklung unterscheiden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!