Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

...

Aufbau einer Regel im R-S

Abbildung A


In Abb. A sehen Sie den Aufbau einer Regel mit Spalten (1)  und Zeilen (2). Eine Spalte definiert genau einen Wert als Bedingung. In Abb. A sind das:

...

Panel
borderColorLightGray
bgColorGhostWhite
borderStylesolid
  • NUMBER (INTEGER)
  • REAL
  • STRING
  • BOOLEAN
  • DATE

Scroll Pagebreak

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} (3) Wird die Regel aufgerufen, so ist das Ergebnis:

Codeblock
themeConfluence
Aufruf (EVAL-Anweisung):	  ${NameDerRegel}
Rückgabewert: 				             ${Angebot_3} 
Endwert:	   				                  Verweis auf "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.

Info

Der Operator * ist immer wahr. Enthält eine Zeile also in einer Spalte den Wert '*', so erfüllt die Zeile die Bedingung dieser Spalte immer, unabhängig von der Spaltenbedingung. Mehr dazu im im Abschnitt über boolsche Operatoren.

...

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 i n einer Regel, in der alle Werte schon statisch feststehen,  steht auch der Rückgabewert 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.


Abbildung B

Scroll Pagebreak

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

Codeblock
titleBeispiel
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 :

Wert GERCHAUT
Kunde kommt aus DeutschlandSchweizÖsterreich

...

Name der Ressource ger_flagch_flagat_flag
Inhalt

Scroll Pagebreak

Dazugehörige Regel:


Abbildung C


In 
Abb. C 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.


Scroll Pagebreak

Wertfindung innerhalb einer Regel

...

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:


>
Erweitern
title* Operator
Panel
borderColorLightGray
bgColor#FCFDFE
borderWidth1
borderStyledashed

Den ALWAYSTRUE Operator * haben Sie bereits im obigen Abschnitt kennengelernt. Er erwartet keine zu vergleichenden Argumente und hat immer den Wert  TRUE , ist also immer wahr. Er wird oft benutzt, wenn eine Bedingung für die Zeile irrelevant ist, um einen Restbereich abzudecken, der durch die anderen Zeilen nicht abgedeckt wurde oder um ein alternatives Standardverhalten zu implementieren. Durch * trifft diese Bedingung dann immer zu.


Beispielregel A  


Die Bedingung in 
Beispielregel A  ist  24.12.2013 . Zeile #1 erhält das heutige Datum über die Datenstrom-Variable  DS.TODAYS_DATE . Ist das heutige Datum der 24.12.2013, so ist der Wert der Regel der  STRING  "Heute ist Weihnachten!". Ist heute nicht der 24.12.2013, trifft die Bedingung nicht zu und die Zeile ist ungültig. Zeile #2 ist immer gültig, da der Operator  *  unabhängig von der Bedingung immer zutrifft (Bsp. gilt natürlich nur für 2013) . An allen anderen Tagen ist der Wert der Regel also der  STRING  "Heute ist irgendein Tag, aber nicht Weihnachten!". In Zeile #1 wird übrigens automatisch der  EQUAL -Operator verwendet, da ja kein Operator angegeben wird. Die interne Darstellung ist also  =24.12.2013  (der  EQUAL -Operator darf aber  nicht  explizit manuell angegeben werden).  

...

Erweitern
title< und > Operator
Panel
borderColorLightGray
bgColor#FCFDFE
borderWidth1
borderStyledashed

Die LESS < und GREATER > Operatoren überprüfen, ob ein Wert kleiner oder größer ist als der gegebene Wert. Der LESS Operator ist wahr, wenn der Wert kleiner ist als der gegebene Wert. Der GREATER Operator ist wahr, wenn der Wert größer ist als der gegebene Wert.


Beispielregel C


Die Bedingung der Spalte ist der Preis eines Artikels, abgefragt über die Datenstrom-Variable  DS.ARTICLE_PRICE .  Ist  DS.ARTICLE_PRICE  größer als 1000 ist Zeile #1 gültig, ist  DS.ARTICLE_PRICE  exakt 1000 ist Zeile #2 gültig und wenn  DS.ARTICLE_PRICE  kleiner als 1000 ist, ist Zeile #3 gültig.

Erweitern
title <= und >= Operator
Panel
borderColorLightGray
bgColor#FCFDFE
borderWidth1
borderStyledashed

Die EQUALLESS <= und EQUALGREATER >= Operatoren sind Erweiterungen der LESS und GREATER Operatoren. Der EQUALLESS Operator ist wahr, wenn der Wert kleiner oder gleich dem gegebenen Wert ist. Der EQUALGREATER Operator ist wahr, wenn der Wert größer oder gleich dem gegebenen Wert ist. Beispielregel C  ließe sich also mithilfe des EQUALGREATER-Operators einfach implementieren:


Beispielregel D


Wenn der Wert von 
DS.ARTICLE_PRICE  größer oder gleich 1000 ist, trifft Zeile #1 zu, ansonsten Zeile #2. Die Verwendung von  EQUALLESS  verläuft von  EQUALLESS verläuft analog.

Erweitern
title [W1, W2, Wn] Operator
Panel
borderColorLightGray
bgColor#FCFDFE
borderWidth1
borderStyledashed

Mit dem INLIST Operator [W1, W2, Wn] können Sie beliebig viele Werte angeben, die geprüft werden sollen. Die einzelnen Werte werden durch ein Komma getrennt. Trifft einer der Werte zu, ist die Bedingung erfüllt.


Beispielregel E


Die Bedingung der Spalte ist die Herkunftsstadt des Kunden, abgefragt über die Datenstrom-Variable 
DS.CUST_CITY . In jeder Zeile werden per  INLIST -Operator 4 mögliche Werte angegeben. Trifft einer der Werte zu, ist die Zeile gültig.

...