Die Entscheidung, ob eine Schnittstelle für nicht technisches Personal zur Änderung von Geschäftsregeln verfügbar gemacht werden soll, hängt weitgehend von mehreren Faktoren ab, einschließlich der Projektziele, der Projektkosten, der Projektlaufzeit und des Verhältnisses von Bekannten zu Unbekannten in der EU Projekt.
Wenn ich zum Beispiel glaubte, dass niemand die Regelschnittstelle verwenden würde, würde ich mich wahrscheinlich gegen die Implementierung entscheiden. Wenn ich jedoch Grund zu der Annahme hätte, dass Änderungen häufig sind und unterschiedliche Endbenutzer unterschiedliche Regeln erwarten würden, würde ich in Betracht ziehen, an der Erstellung solcher Funktionen zu arbeiten.
Ich habe mich für ein Projekt entschieden, und es dauerte Jahre, bis die Funktion jemals weit verbreitet war. Ich vermutete, dass wir irgendwann Endbenutzer haben würden, die die Dinge selbst anpassen möchten, also haben wir diese Funktionalität in Teilen implementiert.
Es begann als etwas, das nur bestimmte Leute, wie Entwickler oder Administratoren, verwenden konnten. Die Benutzeroberfläche war klobig, aber verwendbar, wenn Sie wussten, was Sie taten. Als sich das Produkt jedoch der Fertigstellung näherte, erwies sich die Backend-Logik der Regelengine als nützlich, und unser Designteam gab ihr eine schöne, kundenorientierte Benutzeroberfläche.
Wenn ich es anders machen würde, könnte ich eine andere Datenbankarchitektur wählen, nur weil die Lernkurve hoch ist. Kurz gesagt, die frühzeitige Erstellung führte später zu vielen kundenorientierten Funktionen, ohne dass Sie erneut in den Code zurückkehren und ihn so umgestalten mussten, dass alle dynamischen Regeln enthalten waren.