Referenz des Modulergebnisses #

Eine Modulansicht gibt ein Array zurück, $Result; der Kernel fügt einige Schlüssel hinzu und übergibt es dem Pagelayout als $module_result (siehe Templates von Modulansichten). Diese Seite führt jeden Schlüssel auf, den die Ansichten des Kernels, eZModule::run() und ezpKernelWeb setzen, gefunden durch Durchsuchen des Kernels nach $Result['...'] und $moduleResult['...']. Die Werte in den Beispielen sind das, was content/view/full/96 auf einer Entwicklungsinstallation zurückgab.

Inhalt #

1. Schlüssel, die jede Ansicht setzen kann
2. Schlüssel, die der Kernel hinzufügt
3. Schlüssel von Inhaltsansichten
4. content_info
5. Schlüssel von Fehlerergebnissen
6. Es im Pagelayout lesen
7. Verwandte Seiten

Schlüssel, die jede Ansicht setzen kann #

Schlüssel, die der Kernel hinzufügt #

Schlüssel von Inhaltsansichten #

eZNodeviewfunctions::generateNodeViewData() (kernel/classes/eznodeviewfunctions.php) baut diese für content/view:

content_info #

content_info lässt das Pagelayout wissen, was die Seite zeigt, ohne Fetch. Alle 25 Schlüssel, wie eine Entwicklungsinstallation sie für Knoten 96 zurückgab:

Wenn die Seite aus dem Content-View-Cache kommt, stellt der Kernel dasselbe $Result aus der Cache-Datei wieder her und setzt die Override-Schlüssel erneut aus content_info (eZNodeviewfunctions::contentViewRetrieve()), sodass content_info verfügbar ist, ob die Seite gecacht war oder nicht.

Schlüssel von Fehlerergebnissen #

Eine Ansicht, die scheitert, ruft $Module->handleError() auf, das die Fehleransicht ausführt (kernel/private/classes/views/error/view.php). Auf einer Entwicklungsinstallation gab content/view/full/99999999 zurück:

errorType und errorNumber werden außerdem zu den Override-Schlüsseln error_type und error_number, sodass Fehlerseiten eigene Templates haben können (siehe Fehler-Templates).

Es im Pagelayout lesen #

Nicht auf einer Entwicklungsinstallation ausgeführt: $module_result existiert nur, während der Kernel ein Pagelayout für eine Web-Anfrage rendert, dieses Beispiel kann also nicht im CLI-Renderer der Beispiele laufen. Die Werte, die es liest, sind die in den Tabellen oben aufgeführten, die aus dem Ausführen der Ansicht stammen.

{* the class of the page, without fetching the node *}
{if is_set( $module_result.content_info )}
    <body class="class-{$module_result.content_info.class_identifier}">
{else}
    <body class="module-{$module_result.ui_component}">
{/if}

{* the breadcrumb *}
{foreach $module_result.path as $item}
    {if $item.url}<a href={cond( is_set( $item.url_alias ), $item.url_alias, $item.url )|ezurl}>{$item.text|wash}</a>{else}{$item.text|wash}{/if}
    {delimiter} / {/delimiter}
{/foreach}

{$module_result.content}

content_info existiert nur bei Inhaltsansichten: Prüfen Sie es mit is_set() in einem Pagelayout, das auch anderen Modulen dient.

Verwandte Seiten #

• Templates von Modulansichten
• Ansichtsparameter
• Die persistente Variable, von innen
• Modulergebnis und content_info
• Brotkrumennavigation
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.