Regeln

Definition

Regeln sind Kontrollstrukturen, die abhängig von Bedingungen unterschiedliche Werte annehmen können.

Eine Regel enthält also eine oder mehrere Bedingungen und eine oder mehrere Auswahlmöglichkeiten.

Die Auswahlmöglichkeit, die alle Bedingungen erfüllt, liefert den Wert der Regel.

Dazu gibt es in einer Regel Spalten und Zeilen:

Die Spalten sind die Bedingungen der Regel. Jede Spalte enthält einen Wert, die Bedingung dieser Spalte.

Die Zeilen sind die alternativen Auswahlmöglichkeiten für die Regel. Jede Zeile gibt pro Spalte einen Wert an.

Die Zeile, in der in jeder Spalte der Zeilenwert die Bedingung der Spalte erfüllt, ist die gültige Auswahl für die Regel

und ihr Rückgabewert der Wert der Regel. Dieser kann einen beliebigen Datentyp haben (Datentypen: Siehe Variable).

Eine Regel kann auch eine EVAL-Anweisung / einen Verweis auf eine Ressource zurückgeben.

Aufbau einer Regel im R-S

Abbildung A: Aufbau einer Regel

In Abb. A sehen Sie den Aufbau einer Regel mit Spalten Abb. A (1) und Zeilen Abb. A (2).

Eine Spalte definiert genau einen Wert. In Abb. A sind das:

Diese Spaltenwerte sind die Bedingungen der Regel, auf die die Zeilen in den entsprechenden Spalten geprüft werden.

Der Wert einer Spalte kann einen der folgenden Datentypen haben (die in Abb. A alle verwendet wurden):

In Abb. A ist Zeile #3 die gültige Auswahl für die Regel, da alle Werte in der Zeile identisch zum jeweiligen Spaltenwert sind.

Die Regel hat also den Wert ${Angebot_3} Abb. A (3). Wird die Regel aufgerufen, so ist das Ergebnis:

${NameDerRegel}      = ${Angebot_3}

Mit ${Angebot_3} wird eine Ressource mit dem Namen Angebot_3 zurückgegeben, in diesem Fall z.B. eine binäre Ressource,

die das entsprechende Angebot  als Bild enthält. Die Verwendung dynamischer Anweisungen wird im Folgenden vorgestellt.

EVAL-Anweisungen und dynamische Einbindung innerhalb einer Regel

Im oberen Abschnitt wurden in der Regel, abgesehen von den Rückgabewerten, nur statische Werte verwendet.

In der Praxis werden Sie in Regeln jedoch fast immer auch dynamische Werte in Spalten und Zeilen verwenden, denn in einer Regel,

in der alle Werte schon statisch feststehen, steht auch der Wert der Regel schon fest - Man könnte den Wert auch einfach einer Variablen zuweisen.

Der Zweck von Regeln besteht aber darin, eine Möglichkeit zu schaffen, für unterschiedliche Eingangswerte

ein unterschiedliches Verhalten zu implementieren.

Abb. D: Typische Anwendung einer Regel

Typischerweise werden in einer Regel Datenstrom-Variablen verarbeitet, z.B. um dynamisch eine Ressource anzuwählen:

Beispiel:

Je nach Nationalität des Kunden soll dessen Nationalflagge angezeigt werden. Die Nationalität des Kunden wird durch die Datenstrom-Variable

DS.NATIONALITY geliefert - Bei jedem Kunden individuell. Um abhängig von DS.NATIONALITY die richtige Ressource auszusuchen, benötigt man eine Regel.

Diese liefert, je nach Wert von DS.NATIONALITY, die richtige Ressource zurück. Ruft man die Regel auf, erhält man automatisch die richtige Ressource.

Mögliche Werte von DS.NATIONALITY:

Binäre Ressourcen, die die Flaggen enthalten:

Name der Ressource	ger_flag	ch_flag	aut_flag
Inhalt

Dazugehörige Regel:

Abbildung E: Regel zur Auswahl der Nationalflagge

In Abb. E wird der Spaltenwert durch die dynamische Einbindung der Datenstrom-Variablen DS.NATIONALITY gebildet.

Die Spalte hat also den Wert von DS.NATIONALITY. Die obige Tabelle zeigt uns, dass die Datenstrom-Variable 3 Werte annehmen kann.

Diese finden sich als Zeilen in der Regel wieder. Je nach aktuellem Wert von DS.NATIONALITY wird dann die dazu passende Ressource

mit der passenden Flagge zurückgegeben. Hat die Datenstrom-Variable beispielsweise den Wert CH, trifft die 2. Spalte auf die Bedingung zu

und der Wert der Regel ist ${ch_flag}, also die Binäre Ressource ch_flag mit der Schweizer Flagge.

Die Regel kann dann in das Dokument eingebunden werden. Im Dokument wird dann die richtige Flagge angezeigt.

Wertfindung innerhalb einer Regel

Gibt es in der Regel mehrere Spalten, die alle Spaltenbedingungen erfüllen, dann ist die oberste Regel in der Liste die zutreffende Regel

und ihr Rückgabewert der Wert der Regel. Alle danach kommenden Zeilen werden nicht beachtet.

(Das ist auch in Abb. A der Fall, denn Zeile #4 erfüllt ebenfalls alle Spaltenbedingungen, Zeile #3 steht jedoch weiter oben).

Nachfolgend ist dargestellt, wie der Wert einer Regel bestimmt wird:
 

Abbildung B: Durchlauf Wertbestimmung der Regel

Die Regel in Abb. B hat 3 Spalten und 3 Zeilen. Jede Spalte definiert eine Bedingung, jede Zeile einen Wert pro Spalte.

Die Prüfung beginnt in Zeile 1, Spalte 1. Ist der Wert von Zeile 1 in Spalte 1 identisch zum Spaltenwert,

wird mit der Prüfung von Spalte 2 in Zeile 1 fortgefahren. Ist der Wert von Zeile 1 in Spalte 2 wieder identisch

zum Spaltenwert der 2. Spalte, wird mit der Prüfung von Spalte 3 in Zeile 1 fortgefahren.

Ist auch der Wert von Zeile 1 in Spalte 3 identisch zum Spaltenwert, trifft die gesamte Zeile zu und der Rückgabewert der Zeile

ist der Wert der Regel (grüne Pfeile). Hat eine der Spalten in Zeile 1 einen anderen Wert als die zugehörige Spaltenbedingung,

trifft also nicht auf die Bedingung zu, wird die Prüfung der Zeile abgebrochen und mit der Prüfung der nächsten Zeile fortgefahren.

Dort wird dann wieder in der 1. Spalte begonnen. Wurden alle Zeilen geprüft und keine davon erfüllt alle Spaltenbedingungen,

ist der Wert der Regel undefiniert, da kein Rückgabewert ausgewählt werden kann (rote Pfeile).

In Abb. A ist der Verlauf also folgendermaßen:

Abbildung C: Wertfindung bei Abb. A

Der Wert der Regel ist also der Rückgabewert von Zeile #3.

Um zu verhindern, dass der Wert einer Regel undefiniert (leer) ist, falls keine der Zeilen alle Bedingungen erfüllt,

können Sie unter den regulären Zeilen eine weitere Zeile einfügen, die in allen Spalten den Operator * als Wert hat,

also immer gültig ist . In dieser Zeile definieren Sie dann als Rückgabewert einen Standard-Wert.

Trifft keine der regulären Auswahlmöglichkeiten zu, wird diese Standardzeile ausgewählt und der Wert der Regel ist der Standard-Wert.

Dieses Vorgehen wurde in Abb. C durch Zeile #4 verwirklicht.

Boolsche Operatoren in Regeln

Das R-S definiert einige boolsche Operatoren, mit denen Sie Vergleiche anstellen können.

Auch wenn Sie explizit keinen Operator angeben wird ein Operator verwendet, nämlich der Operator EQUAL:

Die Bedingung ist wahr, wenn Wert A = Wert B, also wenn die Spalte in der Zeile den gleichen Wert hat wie die Spalte.

Bisher sind wir in Regeln von diesem Verhalten ausgegangen: Der Wert in der Zeile muss identisch zum Wert der entsprechenden Spalte sein.

Dies ist aber nur das Standardverhalten, das Sie durch boolsche Operatoren verändern können.

In der Praxis werden Sie oft mit Operatoren arbeiten, nämlich immer dann, wenn Werte nicht nur gleich sein sollen,

sondern in einer bestimmten Beziehung zueinander stehen sollen. Folgende Operatoren existieren im R-S:
 

 Manipulation durch Funktionen

Natürlich können Sie in Regeln auch Funktionen in EVAL-Anweisungen benutzen. Dies ist oft sinnvoll, um Daten aufzubereiten und zu manipulieren.

Nachfolgend werden einige Beispiele gezeigt, wie Sie Funktionen sinnvoll zur Datenmanipulation einsetzen können.

Für einen Überblick über alle Funktionen, beachten Sie bitte den Artikel über Funktionen in EVAL-Anweisungen.

Beispiel 1: ToLowerS() / ToUpperS()

STRINGs werden im R-S case-sensitive behandelt, es wird also zwischen Groß- und Kleinschreibung unterschieden:

"HalloWelt" und "hallowelt" sind verschiedene Strings. Wenn Sie eine Datenstrom-Variable oder andere Ressource, die einen String enthält,

in einer Regel verwenden, müssen Sie Groß- und Kleinschreibung beachten:

Beispielregel G

Der Rückgabewert der Regel ist aufgrund der Unterscheidung zwischen Groß- und Kleinschreibung 1.

Da die exakte Schreibweise des Strings oft nicht bekannt ist, können Sie die Funktionen ToLowerS / ToUpperS benutzen:

ToLowerS konvertiert alle Zeichen des Strings in Kleinbuchstaben, ToUpperS alle Zeichen in Großbuchstaben:

Beispielregel H

Der Rückgabewert der Beispielregel H ist jetzt 0. Strings müssen in der Funktion in " " eingeschlossen werden. Sie müssen die Groß-/Kleinschreibung

jetzt nicht mehr beachten, sondern nur sicherstellen, dass alle Strings ausschließlich Klein- oder Großbuchstaben enthalten.

Externe Strings in Ressourcen müssen Sie deshalb auch durch die Funktion konvertieren lassen:

Beispielregel I

In Beispielregel I sind die Namen der Kunden in Variablen enthalten, die auch konvertiert werden müssen,

wenn Sie nicht schon explizit kleingeschrieben sind.

Beispiel 2: IndexS()

Wenn Sie sich nur dafür interessieren, ob ein String einen anderen String enthält, können Sie die Funktion IndexS verwenden.

Diese sucht nach einem Substring im String und gibt die Position zurück. Enthält der String den gesuchten String nicht, ist der Rückgabewert -1.

Angenommen, im Transaktions-Formular ist die Datenstrom-Variable DS.PAYMENT_TYPE definiert, mit folgender Syntax:

BANK_STADT_ZAHLUNGSART_optional:KREDITKARTENANBIETER

wobei ZAHLUNGSART: KREDITKARTE sein kann.

Bsp: DEUTSCHE BANK_FRANKFURT_KREDITKARTE_VISA

Wir erstellen eine Regel die lediglich überprüfen soll, ob per Kreditkarte gezahlt wird:

Beispielregel J

IndexS eignet sich hier deshalb, weil man nicht weiß, an welcher Stelle im String das Wort "KREDITKARTE" steht und weil es unmöglich wäre,

für jede mögliche Bank, vor allem für jede mögliche Stadt eine eigene Zeile mit dem kompletten String zu definieren.

Beispiel 3: SubtDate()

Mithilfe von SubtDate können Sie eine Anzahl von Tagen von einem Datum abziehen lassen (Analog dazu: AddDate()).

Im folgenden Beispiel wird die Funktion dazu verwendet, zu berechnen, wie lange eine Person schon Kunde ist:

Beispielregel K

Mit SubtDate werden vom heutigen Datum DS.DATE 90 Tage abgezogen. Ist das neue Datum größer als der Wert in DS.CUST_SINCE,

ist die Person seit mehr als 90 Tagen Kunde: Zeile #1 trifft zu.

In diesen 3 Beispielen haben Sie gesehen, wie man Funktionen in Regeln verwenden kann.

Weitere Funktionen finden Sie im Abschnitt über Funktionen in EVAL-Anweisungen.