Was ist der Unterschied zwischen einer Gültigkeitsregel und eine business-Regel?
Was ist der Unterschied zwischen einer Gültigkeitsregel und eine business-Regel ?
Als pro mein Verständnis, 'wenn sich der Zustand des business-Objekts/der Objekte ist nicht, wie erwartet, dann werfe eine Fehlermeldung' ist eine Gültigkeitsregel, und " wenn sich der Zustand des business-Objekts/der Objekte ist oder nicht gleich etwas, dann ändern Sie den Status eines bestimmten business-Objekts/der Objekte [oder eine Aktion/Veranstaltung, aber nicht nur werfen ein error]' ist eine business-Regel.
Validierung werden können UI-Validierungen die Validierung der Werte von UI-Felder oder Anwendung Validierungen die Validierung der business-Objekt-Mitgliedstaaten.
Ich bin mir nicht sicher, ob mein Verständnis oben ist korrekt. In meinem Projekt, wir haben ein Validierungs-framework, in dem eine einfache Validierung der Anruf dauert in der business-Objekte zu validieren gegen etwas, und ein Fehler Sammler, sammeln Sie alle Fehler. Die Fehler werden auf dem Bildschirm angezeigt anschliessend.
Darüber hinaus haben wir Regeln, fällt in die zweite Kategorie, wie oben beschrieben ich.e überprüfen Sie die business-Objekte/Objekte Zustand und eine Aktion ausführen wie beim ändern des Status ein weiteres business-Objekt. Ich versuche, herauszufinden, die Strategie zu implementieren, die solche Regeln entweder die Verwendung einiger Frameworks [nicht ein Validierungs-framework] oder einer rule-engine.
Können Sie mir bitte helfen das Verständnis der Unterscheidung zwischen den oben genannten 2 Arten von Regeln, und wenn es irgendwelche Umsetzungsstrategien/Empfehlungen wäre es hilfreich.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Einer Validierung ist zu überprüfen, dass der eingegebene Wert ist legitim, dass der Kontext aus dem Feld (aus technischer Sicht), zum Beispiel: 5 ist als ein numerischer Wert, der akzeptabel für das Alter(v. s. -5)?, während -5 ist akzeptabel, da die Temperatur zum Beispiel.
Die business-Regel ist eher eine business-Perspektive. Es ist zu überprüfen, dass die Werte, die übergeben der Validierung) sind akzeptabel, die Richtlinien und Verfahren des Unternehmens. E. g. die person, die erlaubt, zu registrieren, muss ein Bewohner sein und 18 Jahre alt oder mehr..etc. Die business-Regel könnte prüfen, einen (oder mehrere) Feld(s) Wert(s) und möglicherweise konsultieren in einer Datenbank gespeicherten Daten und/oder Berechnung(en), um sicherzustellen, dass der Wert(s) pass die business-Regeln.
Also, für das Beispiel oben gepostet von hanna, der Wert 15 überschreiten sollten das Feld Validierung (da es ein Gültiger Wert für das Alter), aber es wird nicht passieren die business-rule-check, dass die verheiratete person Alter muss sein, >15.
Kurz gesagt; eine Gültigkeitsregel legt fest, basic Gültigkeit: "ist dies eine gültige E-Mail-Adresse?" Eine business-Regel, die bestimmt, was mit der gültigen Daten; "kann ich einstellen, dass der Benutzer die E-Mail-Bestätigung an den übermittelten Wert?" Business-Regeln migrieren können, in die Validierung Logik, sondern in der Regel die Validierung erfolgt nicht durch die business-Regel-engine.
Validierung in der Regel bezieht sich auf Regeln, ist es nicht erforderlich, Abfrage der Datenbank für die Validierung von Ihnen. Zum Beispiel die minimale Passwort-Länge.
Business-Regeln erfordern in der Regel eine Datenbank-Abfrage für die Validierung. Zum Beispiel können Sie kein Geld mehr als Ihren Kontostand. Und dies ist ein business-Regeln.
So zum Beispiel, minimale akzeptable Alter für die Anmeldung für die Schule, das ist hart codiert in das Programm ist ein validation-Regel.
Einem business-Regeln, aus seinem Namen, es ist ein Daten-check aus business-Sicht, zum Beispiel der Familienstand kann nicht "verheiratet" und die person, die Alter weniger als 15, ist es im Grunde Regeln, die von Geschäft zu Geschäft.
überprüfung, es ist in der Regel im Zusammenhang mit Benutzer-interface , Häufig in mehr als der Unternehmen und abgeleitet werden können, durch gesunden Menschenverstand, zum Beispiel, die E-Mail-format, eine bestimmte form, oder wenn es ein start-Datum und end-Datum, end-Datum eingefügt werden soll, größer als die, die eingefügt in das start-Datum.