Seitenhistorie
In diesem Abschnitt werden ausgewählte Algorithmen des ReportWriters bei der Berechnung von Beilegern dargestelldargestellt. Diese Themen werden ständig nach praktischen Gesichtspunkten ergänzt.
Gruppierung nach logischen und physikalischen Beilegern, sowie nach optionalen und nicht optionalen Beilegern
...
Grundsätzlich trennt der ReportWriter vor der Berechnung des Dokumentes in folgende Gruppen:
- optionale Beileger
- Logische Beileger
- Physikalische Beileger
- nicht optionale Beileger
- Logische Beileger
- Physikalische Beileger
Nicht optionale Beileger werden immer produziert. Optionale Beileger unterliegen in der Berechnung immer den postalischen GesichtpunktenGesichtspunkten, wenn im Transaktions-Formular die Eigenschaft 'Optionale Beilger Beileger können einen Porto-Sprung bedingen' gesetzt ist.
Eliminierung von gleichen optionalen logischen Beilegern
...
Ausgangslage: Es wird ein logischer Beileger 'RES_BEILEGER' als Ressource in einer Schema-Version erzeugt. Dieser logische Beileger wird nun in den Erweiterungen zum Schema in zwei Erweiterungen für logische Beileger genutzt: 'LOG_BEILEGER_1' und 'LOG_BEILEGER_2' (zwei Erweiterungen zeigen auf den selben logischen Beileger als Ressource. Beide Erweiterung für die logischen Beileger sind als 'Optional' markiert. Es wäre für beide Beileger um Dokument noch 'Platz' (nicht wegen Portogrenzen entfernt).
...
| Hinweis |
|---|
Wichtig ist hier, das beide Erweiterungen die Eigenschaft 'Optional' für o.g. Beispiel haben müssen. Ist einer der Erweiterungen für Beileger als 'Optional' markiert und der andere als 'Nicht Optional', so werden in dem hier beschriebenen Fall BEIDE logische Beileger in das Dokument aufgenommen. Zwar zeigen beider Erweiterung auf den gleichen logischen Beileger als Ressource, aber die beiden Erweiterungen sind jeweils in einer anderen Beileger-Gruppe (siehe Abschnitt 'GruppoerungGruppierung...'). |
...
Überblick
Inhalte