Vorschau · Entwicklungsstand 1.6.1

Ende wenn

Ende wennDas Ende eines Wenn-Blocks wird in der Oberfläche durch den Blockrahmen dargestellt. In der Textdatei schließt end_if den Block.
Das Ende eines Wenn-Blocks wird in der Oberfläche durch den Blockrahmen dargestellt. In der Textdatei schließt end_if den Block.
  1. 1
    Wenn

    Dieser Rahmen umfasst die Zweige bis zum zugehörigen end_if in der Textdatei.

  2. 2
    Bei jedem Durchlauf

    Der bedingte Block gehört hier zur Hauptphase des Jobs.

Editor-Ausschnitt mit Markierungen · Lightmode · Beispieldaten · Bild anklicken zum Vergrößern. Die Ansichten erklären die Bedienung; noch nicht gewählte Quellen, Geräte oder Modelle müssen für einen ausführbaren Job ergänzt werden.

Wofür ist das gedacht?

Schließe den passenden Wenn-Block. Der Editor stellt die Blockstruktur dar; in JSON ist dieser Marker ein eigenes Element derselben Phasenliste. Jeder Wenn-Marker benötigt genau ein zugehöriges Ende, auch bei verschachtelten Blöcken.

Beispiel

Die JSON-Liste enthält if, die Zweig-Steps, optional else und abschließend end_if mit eigener ID.

Vorbereitete Beispielabläufe ansehen

Fehler und Hinweise

Ein fehlendes oder überzähliges Ende, phasenübergreifende Blöcke und ungültige Reihenfolgen werden zurückgewiesen. Korrigiere die Struktur in derselben Phasenliste.

Entwickler- und Agenten-Doku JSON, Feldnamen, Typen und Verträge

Dieser Bereich erklärt die Bearbeitung von Textdateien und die technischen Verträge. Zur Entwickler-Doku

Identifier: end_if

Felder und Zusammenhänge auf einen Blick
  1. 1
    Ende wennend_if

    Schließe den passenden Wenn-Block. Der Editor stellt die Blockstruktur dar; in JSON ist dieser Marker ein eigenes Element derselben Phasenliste. Jeder Wenn-Marker benötigt genau ein zugehöriges Ende, auch bei verschachtelten Blöcken.

  2. 2
    BeispielAnwendung

    Die JSON-Liste enthält if, die Zweig-Steps, optional else und abschließend end_if mit eigener ID.

  3. 3
    PrüfenFehler und Grenzen

    Ein fehlendes oder überzähliges Ende, phasenübergreifende Blöcke und ungültige Reihenfolgen werden zurückgewiesen. Korrigiere die Struktur in derselben Phasenliste.

Schematische Übersicht: Beschriftungen und Werte aus der Referenz, keine nachgezeichnete Bedienoberfläche.

JSON-Felder und verschachtelte Einstellungen

Technische Feldnamen des Modells. Die Einstellungsfelder oben beschreiben die UI; die JSON-Vorlage zeigt die tatsächliche Schreibweise. Bei aktuellen inputs/localValues stammen aktive Werte aus den Referenzen. Die Modell-Standardwerte und Enum-Namen sind keine universelle JSON-Schreibweise.

FeldModelltypModell-Standard / OptionenErklärung
idStringNicht angegebenStabile Identität dieses Eintrags. In einem Job müssen Step-IDs eindeutig sein; beim Kopieren eines eigenständigen Jobs/Makros eine neue Objekt-GUID erzeugen und interne Referenzen gezielt anpassen.
inputsDictionary`2Nicht angegebenZuordnung von UI-Feld-ID zu typisierter Wertequelle. Bei vorhandenen inputs serialisiert der kanonische Job-Serializer settings nicht zusätzlich. Leere inputs mit settings bleiben als Legacy-/direkte Konfiguration lesbar.
inputs.itemsList`1Nicht angegebenGeordnete Unterbindungen einer Liste. Die Reihenfolge ist Teil der Eingabe; Elemente müssen das Listenelement-Schema erfüllen.
inputs.property_idStringNicht angegebenStabile Ergebnis-ID einer älteren Step-Referenz. Neue Dateien kodieren sie in source_id; nicht mit einem CLR-Propertynamen oder dem UI-Label verwechseln.
inputs.property_pathStringNicht angegebenÄlterer Pfad zu einem Ergebnis-Unterwert. Bestehende Dateien bleiben lesbar; neue Referenzen verwenden stabile Ergebnis-IDs und gegebenenfalls value_path.
inputs.source_step_idStringNicht angegebenKompatibilitätsfeld älterer Referenzen. Neue Referenzen verwenden provider_id=step_result und die versionierte source_id.
inputs.membersDictionary`2Nicht angegebenBenannte Unterbindungen eines strukturierten Werts. Jeder Schlüssel ist eine stabile Mitglied-ID des Feldschemas; Unterbindungen können Werte einer Basisquelle gezielt überschreiben.
inputs.provider_idStringNicht angegebenAnbieter der Wertequelle: local_value, job_variable, step_result oder secret. Ein Quellwert benötigt zusätzlich source_id und muss zum Eingabetyp passen.
inputs.schema_idStringNicht angegebenVersionierte Form eines zusammengesetzten Eingabewerts. Sie gehört zum Bindungsbaum, nicht als frei erfundener Schlüssel in die Variable. Übernimm die für dieses Feld exportierte Schema-ID.
inputs.source_idStringNicht angegebenAnbieterbezogene Identität. Bei step_result: v1/<URI-kodierte-Step-ID>/<URI-kodierte-stabile-Ergebnis-ID>; bei lokalen Werten und Jobvariablen deren GUID. Dies ist nicht nur die rohe Step-ID.
inputs.value_pathStringNicht angegebenOptionaler Pfad unterhalb einer Anbieterquelle, zum Beispiel zu einem typisierten Objektmitglied. Er ändert den Quellanbieter nicht; der ausgewählte Unterwert muss kompatibel sein.
is_enabledBooleantruetrue führt den Step aus; false deaktiviert ihn. Blockmarker können in der UI nicht beliebig deaktiviert werden, weil ihre Struktur erhalten bleiben muss.

Diese Referenz für Textdateien und Agenten: Markdown · JSON-Vertrag

JSON-Vorlage für Textdateien und Agenten

Strukturelle Defaultvorlage direkt vom App-Serializer. Leere Pflichtwerte und Ziele vor Verwendung ergänzen; diese Vorlage ist kein vollständig validierter Ablauf. Bei neuen Jobs den aktuellen inputs/localValues-Vertrag verwenden.

Dateiformate und Regeln · JSON herunterladen
{
  "type": "end_if",
  "CanBeDisabled": false,
  "id": "053969e6-9cd5-cbef-242e-4679d246788b",
  "inputs": {},
  "is_enabled": true
}