Iteration des Mitgliedschaftsabonnementmoduls
Für das Plattform-CMS, das ich selbst erstellt habe, war der Teil des Mitgliedschaftsabonnements schon immer „einfach zu implementieren“. Dieses Wochenende habe ich diesen Teil neu strukturiert und den Kernteil weiterentwickelt.
1. Methode
Im Allgemeinen besteht das Mitgliedschaftsabonnement hauptsächlich aus drei Teilen: Mitgliedschaftsabonnementplan und -kauf, Mitgliederberechtigungskontrolle und Mitgliederverwaltung.
1. Für Mitgliedschaftsabonnements und Käufe
Bereiten Sie sich einfach darauf vor, einige Erweiterungen basierend auf dem bestehenden Einkaufszentrumsystem vorzunehmen.
2. Zur Kontrolle der Mitgliederberechtigungen:
Dies muss besonders erwähnt werden, da wir nicht planen, dies auf Basis eines Rollenberechtigungssystems zu tun, sondern ein separates, von Mitgliedern gesteuertes System.
Basierend auf dem Rollenautoritätssystem werden Mitglieder zu einer Rollenreihe gemacht, und jeder Mitgliedstyp wird zu einer Rolle in dieser Rollenreihe gemacht. Es klingt vernünftig. In diesem Fall ist die Ausführung oder Verwendung jedoch sehr mühsam, insbesondere wenn es viele Geschäfte gibt, die verschiedenen Logiken sehr kompliziert sind und es zu allerlei Verwirrung kommt, wenn Sie nicht vorsichtig sind. Und es ist nicht flexibel genug.
Darüber hinaus ist der Mitgliedschaftsabonnementteil vieler hervorragender Systeme tatsächlich nicht rollenbasiert. Stattdessen wird die Berechtigungskontrolle auf der Grundlage von „Markierungen“ oder Befehlen implementiert. Viele gut verkaufte Plug-ins für Mitgliedschaftsabonnements, darunter auch WordPress, werden auf diese Weise erstellt.
Basierend auf „Benutzer-Tags“:
Im Wesentlichen handelt es sich um dasselbe Prinzip wie beim Charaktersystem. Es dient dazu, einige „Marken“ von Mitgliedern zu definieren. Benutzer, die das mit dieser „Markierung“ verbundene Mitgliedschaftsabonnement erwerben, werden „mit dieser Markierung markiert“, sodass die Kontrolle über die Mitgliedsberechtigungen erreicht werden kann.
Basierend auf der Bestellung:
Kaufen Sie ein Mitgliedschaftsabonnement und geben Sie eine Bestellung auf. Nach der Zahlung wird die Ablaufzeit in die Bestellung eingetragen. Daher können Sie anhand der Reihenfolge beurteilen, ob der Benutzer Mitglied ist, um welche Art von Mitglied es sich handelt und ob es abgelaufen ist. Auf diese Weise können Sie die Berechtigungen der Mitglieder steuern.
Ich habe bereits eine auftragsbasierte Methode durchgeführt und dieses Mal möchte ich „Benutzer-Tags“ verwenden.
Es ist nichts Falsches daran, auf Aufträgen zu basieren, aber das Auftragssystem des Plattform-CMS, das ich aufbaue, unterstützt jetzt viele Auftragstypen, wodurch das Auftragsmodell relativ „groß“ wird. Ich habe nicht mehr vor, ihm „Gewicht hinzuzufügen“. Deshalb habe ich „Basierend auf „Benutzer-Tags““ ausgewählt.
3. Mitgliederverwaltung
Basierend auf der vorhandenen Benutzerverwaltungserweiterung planen wir nicht, die Mitgliederverwaltung allein durchzuführen.
2. Anwendbare Szenarien
1. Grundszenario
Für das gesamte Produkt gibt es ein oder mehrere Abonnements, die Benutzer erwerben und von den Mitgliedschaftsdiensten profitieren können.
Definieren Sie Mitgliedschafts-Tags global. Jedes Mitgliedschafts-Tag enthält mindestens drei Felder: Name, Slug und zugehörige Abonnementplan-ID.
Wenn ein Benutzer ein Abonnement mit einer Mitgliedschaftsmarkierung erwirbt, werden die Mitgliedschaftsmarkierung und die Ablaufzeit in die Metadaten des Benutzers geschrieben.
2. Plattform-/Multi-Tenant-Szenario
Für Plattformen und mandantenfähige SAAS gibt es ein sehr wichtiges Szenario: den vom Anbieter selbst bereitgestellten Abonnementplan.
Definieren Sie das Mitgliedschafts-Tag des Lieferanten in den Metadaten des Lieferantenbenutzers. Der Schlüssel des Lieferanten-Mitgliedschafts-Tags darf nicht mit dem Schlüssel des globalen Mitgliedschafts-Tags identisch sein.
Wenn ein Benutzer ein Abonnement von diesem Anbieter kauft, werden das entsprechende Mitgliedschafts-Tag und das Ablaufdatum in die Metadaten des kaufenden Benutzers geschrieben.
Diese Iteration implementiert nur Basisszenarien, muss aber auf Plattform- und Multi-Tenant-Szenarien erweiterbar sein.
3. Stellen Sie beim Anmelden fest, ob die Mitgliedschaft abgelaufen ist
Wenn sich der Benutzer anmeldet, wird beurteilt, ob es abgelaufen ist. Wenn es abgelaufen ist, aktualisieren Sie die Mitgliedsmarkierung in den Metadaten auf „false“ und das Ablaufdatum auf „false“.
