Json Datei prüfen und Werte anpassen

schlawiner

Hallo,

Ich möchte eine Jsondatei prüfen und eventuelle Werte anpassen.

Code

{

        "Name" : "v Rising Server",
        "Description" : "This is a role playing server",
        "Port" : 27015,
        "QueryPort" : 27016,
        "MaxConnectedUsers" : 40,
        "MaxConnectedAdmins" : 4,
        "SaveName" : "world1",
        "Password" : "",
        "ListOnMasterServer" : true,
        "AutoSaveCount" : 40,
        "AutoSaveInterval" : 120,
        "GameSettingsPreset" : "StandardPvE"

}

Alles anzeigen

in den Falle sind es die Parameter Port, QueryPort und MaxConnectedUsers

**AspirinJunkie**

Das sind zu wenig Infos und eine Frage, welche man beantworten könnte ist auch nicht vorhanden.

Was genau verstehst du unter "prüfen"?
Ob die Datei Syntaxkonform mit dem JSON-Standard ist oder ob bestimmte Attribute bestimmte Werte (welche genau?) aufweisen?

schlawiner

ich möchte prüfen ob der Wert gemäß Vorlage korrekt ist und gegebenfalls anpassen.

**AspirinJunkie**

Es gibt verschiedene UDFs die einem die Arbeit mit JSON in AutoIt erleichtern.
Eine davon ist meine: JSON-UDF

Mit dieser würde das ganze exemplarisch so aussehen:

AutoIt

#include <JSON.au3>

; JSON-Datei als String einlesen:
Global $s_String = FileRead("test.json")

; JSON-String in AutoIt-Datenstrukturen parsen:
$oJSON = _JSON_Parse($s_String) 

;  einzelne Objekte extrahieren:
$nPort = _JSON_Get($oJSON, "Port")
$nQueryPort = _JSON_Get($oJSON, "QueryPort")
$nMaxConnectedUsers = _JSON_Get($oJSON, "MaxConnectedUsers")

; Werte auf der Konsole ausgeben:
ConsoleWrite("Port: " & $nPort & @CRLF & _
    "QueryPort: " & $nQueryPort & @CRLF & _
    "MaxConnectedUsers: " & $nMaxConnectedUsers & @CRLF)

; Werte im Objekt selbst verändern (hier wurde Objekt als Scripting.Dictionary geparsed)
$oJSON("QueryPort") = 1234

; Das ganze wieder in eine JSON-Datei schreiben:
FileDelete("test.json")
FileWrite("test.json", _JSON_Generate($oJSON) )

Alles anzeigen

Btw: momentan bastelt er standardmäßig JSON-Objekte in Scripting.Dictionary-Objekte um.
Da Maps ja mittlerweile so gut wie stable sind, werde ich wohl die UDF nochmal so anpassen, dass standardmäßig AutoIt-Maps verwendet werden.

schlawiner

Super Danke es funktioniert alles bis auf das schreiben der test.json

**AspirinJunkie**

Und wieder: Nur mit "funktioniert nicht" kann hier keiner weiterhelfen.
Minimum wäre das Skript mit dem es "nicht funktioniert" (auch hier fehlt es an einer Beschreibung wie genau sich dies äußert)

schlawiner

da bekomme ich ein "Error parsing funktion call".

schlawiner

gefunden ein ) fehlte

danke

schlawiner

Ein Problem hat sich noch herausgestellt.

Bei einer Anwendung ist es Wichtig das alle Jsondateinen das Format UTF-16 LE besitzen, ansonsten können die Werte nicht gelesen werden.

ist es möglich, alle Jsondateien in einen festen Ordner via Autoit Script auf dieses Format zu bringen?

schlawiner

Das Problem habe ich lösen können. Mit

Code

      FileOpen($jsonconfig1, 2 + 32)
      FileWrite($jsonconfig1, _JSON_Generate($oJSON) & @CRLF)
      FileClose($jsonconfig1)

Dann wurde ein weiteres Problem entdeckt, das einige Json Werte mit Zahlenwerten von Der Anwendung nicht übernommen wurden, weil diese in "" eingebettet waren. Das habe ich in der Json Klasse erst einmal mit einer digit Abfrage provosorisch behoben

Code

            if StringIsDigit($o_Object) then
               $s_JSON_String &=  $o_Object
            Else
               $s_JSON_String &= '"' & $o_Object & '"'
            EndIf


und

               if StringIsDigit($o_Object) then
                  $s_JSON_String &=  _Base64Encode($o_Object)
                Else
                  $s_JSON_String &= '"' & _Base64Encode($o_Object) & '"'
                EndIf

Alles anzeigen

**AspirinJunkie**

Zitat von schlawiner

Dann wurde ein weiteres Problem entdeckt, das einige Json Werte mit Zahlenwerten von Der Anwendung nicht übernommen wurden, weil diese in "" eingebettet waren.

Waren diese Werte bereits in der Eingabedatei vom Datentyp String (also in Anführungszeichen gesetzt) oder geht es um Werte, welche du erst zugewiesen hast?

schlawiner

Hallo,

lieber spät als nie. sobald die Werte geändert werden werden diese mit den "" versehen, auch wenn vorher keine "" vorhanden waren. Ich habe das Script so geschrieben die json nur angepasst wird wenn die Werte von den soll Werten abweichen.

Kannst Du mir noch ein Beispiel geben wie ich jetzt werde in einem untergeordneten Array in einem Json anpassen. Z.b. unten nun zusätzlich Rcon - Port

z.b.

Code

{

        "Name" : "v Rising Server",
        "Description" : "This is a role playing server",
        "Port" : 27015,
        "QueryPort" : 27016,
        "MaxConnectedUsers" : 40,
        "MaxConnectedAdmins" : 4,
        "SaveName" : "world1",
        "Password" : "",
        "ListOnMasterServer" : true,
        "AutoSaveCount" : 40,
        "AutoSaveInterval" : 120,
        "GameSettingsPreset" : "StandardPvE"
        "RCON" : {
                      "Enabled": true,
                      "Password": "SecretPassword",
                      "Port": 27015
                }
}

Alles anzeigen

**AspirinJunkie**

Zitat von schlawiner

sobald die Werte geändert werden werden diese mit den "" versehen, auch wenn vorher keine "" vorhanden waren.

Dann enthält deine Änderung eine (implizite) Konvertierung in einen String. Also irgendeine Operation die aus dem vorherigen Zahlentyp eine Zeichenkette macht.

Wenn du uns ein Beispiel deiner Änderung zeigtst können wir mehr sagen.

Zitat von schlawiner

Kannst Du mir noch ein Beispiel geben wie ich jetzt werde in einem untergeordneten Array in einem Json anpassen. Z.b. unten nun zusätzlich Rcon - Port

Im Beispiel fehlt noch ein Komma hinter "StandardPvE".

Zum besseren Verständnis was genau gemacht wird:

Die JSON-Datei wird in AutoIt-Datenstrukturen geparsed. Im Beispielfall wird die Variable $oJSON ein Dictionary (oder Map - je nach Einstellung) werden. Dieses hat Key-Value-Elemente. Als Value für den Key "Port" wird also ein Integer mit dem Wert 27015 eingetragen. Beim Key "RCON" wiederrum wird der Wert selbst wieder ein eigenes Dictionary/Map. Unter anderem mit dem Key "Password" mit dem dazugehörigen Wert "SecretPassword" als Stringtyp.
Dann passt man seine Werte innerhalb der AutoIt-Strukturen an. Man greift sich also erst das Dictionary, welches im Dictionary $oJSON unter dem Key "RCON" steht. In diesem Dictionary schnappt man sich den Wert der dort unter "Port" steht und ändert diesen.
Wir haben also Werte in der verschachtelten AutoIt-Datenstruktur verändert. Vom Grundaufbau ist dies immer noch genauso aufgebaut wie vorher - nur ein Wert wurde geändert. Diese AutoIt-Struktur können wir mit der Funktion _JSON_Generate dann in einen String konvertieren (man sagt "serialisieren" hierzu) welcher die Datenstruktur im Format JSON abbildet.

Also was wichtig ist: JSON spielt nur eine Rolle beim Einlesen der Daten und am Ende beim wieder ausgeben. Alles was dazwischen passiert sind reine AutoIt-Typen und entsprechend müssen sie auch behandelt werden.
Um nun also z.B. deinen Port im Subobjekt "RCON" zu ändern könnte man dies folgendermaßen durchführen:

AutoIt

    #include <JSON.au3>

    ; JSON-Datei als String einlesen:
    Global $s_String = FileRead("text.json")

    ; JSON-String in AutoIt-Datenstrukturen parsen:
    $oJSON = _JSON_Parse($s_String)

    ; Den Wert "Port" im Sub-Object "RCON" ändern
    $oJSON("RCON")("Port") = 27016

    ; verschachtelte AutoIt-Daten wieder in JSON konvertieren:
    Consolewrite(_JSON_Generate($oJSON))

Alles anzeigen

schlawiner

das mit den "" scheint daran zu liegen das die Werte via Launchparameter übergeben werden. Ist aber nicht so tragisch.

kann ich das Vorhandensein der 4 Werte prüfen, und bei Bedarf einfügen?

Code

$nPort = _JSON_Get($oJSON, "Port")
$nQueryPort = _JSON_Get($oJSON, "QueryPort")
$nMaxConnectedUsers = _JSON_Get($oJSON, "MaxConnectedUsers")

$oJSON("RCON")("Port") = 27016

**AspirinJunkie**

Zitat von schlawiner

das mit den "" scheint daran zu liegen das die Werte via Launchparameter übergeben werden.

Klar - dann sind es Strings und keine Zahlentypen.
Musst also noch in einen Zahlentyp per Number() konvertieren.

Zitat von schlawiner

kann ich das Vorhandensein der 4 Werte prüfen, und bei Bedarf einfügen?

Wenn du mit _JSON_Get arbeitest, dann gibt diese im Falle der Nichtexistenz einen Leerstring zurück und setzt @error auf 3.

Im konkreten Fall hast du jedoch das Dictionary bereits in $oJSON vorliegen. Daher sollte hier auch ein $oJSON.Exists("Port") reichen. Bzw. ein MapExists wenn du Maps einsetzt.

schlawiner

Danke Dir

schlawiner

Hallo,

ich hole diesen Beitrag noch einmal hervor, da ich hier bei einer config verzweifel:

JSON

{
    "bbmeta": "scnf v0 n1",
    "net server config": [
        {
            "bbmeta": "ncnf v0 n1",
            "name": "Wreckfest 2 Server",
            "description": "Welcome to my server ",
            "game port": 30050
        }
    ],
    "game server config": [
        {
            "bbmeta": "gcnf v0 n1",
            "event rotation name": "",
            "default event": [
                {
                    "bbmeta": "ecnf v0 n1",
                    "level": [
                        {
                            "bbmeta": "mlvl v1 n1",
                            "level id": "track07_1",
                            "weather path": "data/property/weather/track07_1_bluesky_2.weat",
                            "ai set path": "career/ai-class-all.aist",
                            "game mode id": "bangerrace"
                        }
                    ],
                    "rules": [
                        {
                            "bbmeta": "evru v4 n1",
                            "laps": 3,
                            "time limit": 3,
                            "number of teams": 2,
                            "max number of participants": 24,
                            "flags": "",
                            "car reset delay (seconds)": 5,
                            "vehicle damage id": "normal"
                        }
                    ],
                    "bot count": 8
                }
            ],
            "countdown time": 100000,
            "flags": "leader enabled"
        }
    ]
}
]
}

Alles anzeigen

Ich möchte die Werte

gameport

und

max number of participants

auslesen und bei Bedarf anpassen

Danke

**AspirinJunkie**

AutoIt

#include "JSON.au3"

; oder wo auch immer dein JSON-String herkommt
Global $sJSONRAW = ClipGet()

; JSON-String in AutoIt-Datenstruktur parsen:
Global $vJSON = _JSON_Parse($sJSONRAW)
If @error Then Exit MsgBox(0,"Fehler", "Fehler " & @error &  " beim Parsen des JSON-Strings")

; game port auslesen
Global $dPort = _JSON_Get($vJSON, "net server config[0].game port")
ConsoleWrite("Game Port: " & $dPort & @CRLF)

; game port ändern:
_JSON_addChangeDelete($vJSON, "net server config[0].game port", 30051)

; max participants auslesen
Global $dMaxParts = _JSON_Get($vJSON, "game server config[0].default event[0].rules[0].max number of participants")
ConsoleWrite("max number of participants: " & $dMaxParts & @CRLF)

; max participants ändern:
_JSON_addChangeDelete($vJSON, "game server config[0].default event[0].rules[0].max number of participants", 12)

; JSON-String wieder generieren und in Zwischenablage ausgeben:
ClipPut(_JSON_Generate($vJSON))

Alles anzeigen

Die letzten beiden Zeilen machen den String übrigens invalid. Das stört den Parser hier zwar nicht aber grundsätzlich ist der gezeigte String nicht JSON-konform.

Ansonsten musst du hier darauf achten dass die Elemente unter den Keys immer Arrays mit nur einem Element sind - daher immer das [0].

**SOLVE-SMART**

Hi schlawiner 👋 ,

das Beispiel von AspirinJunkie wird sicher wunderbar funktionieren, doch da du nicht konkret gesagt hast, dass du AutoIt nutzen musst/willst, hier mal ein Beispiel mit jq welches du per cmd.exe oder bash oder zsh etc. aufrufen kannst.

Aufruf über cmd.exe:

Batch

jq.exe ".\"net server config\"[0].\"game port\", .\"game server config\"[0].\"default event\"[0].rules[0].\"max number of participants\"" C:\examples\demo-config.json

Aufruf über bash:

Bash

jq '."net server config"[0]."game port", ."game server config"[0]."default event"[0].rules[0]."max number of participants"' C:/examples/demo-config.json

Voraussetzungen:

du musst als jq.exe haben oder herunterladen
du musst meinen Beispielpfad anpassen (für deine config.json oder wie sie auch immer heißen mag)

Hinweise:

Es gibt auch eine AutoIt UDF (library) im engl. Forum, für jq. Ich selbst finde AspirinJunkies json.au3 super, doch ich verwende AutoIt nicht mehr viel, daher die allgemeine Library Empfehlung.
Deine JSON entspricht nicht gerade einem empfohlenen JSON Stil. Also Leerzeichen in den JSON nodes (keys) sind super unüblich und machen verlangen daher Anführungszeichen, die du vermeiden könntest.
- JSON üblich ist entweder kebab-case oder camelCase
die letzten beiden Zeichen, Zeile 47 + 48 sind ungültig, wie oben bereits erwähnt

Viele Grüße
Sven

**AspirinJunkie**

Zitat von SOLVE-SMART

Leerzeichen in den JSON nodes (keys) [...] verlangen daher Anführungszeichen

Mal abgesehen davon, dass ich nicht davon ausgehe, dass er die JSON-Datei selbst so konzipiert hat und daher einfach mit dem zu leben ist was man vorliegen hat:
Das ist keine Notwendigkeit sondern eine Eigenart der Implementierung des Parsers.
Bei jq ist es so - woanders ist es egal (siehe meine Implementierung oben).
Einfacher zu arbeiten ist es aber ohne Leerzeichen - keine Frage (und ja mir ist außer meinem eigenen Selektor kein anderer bekannt der Leerzeichen als normale Zeichen behandelt).

Zitat von SOLVE-SMART

JSON üblich ist entweder kebab-case oder camelCase

Ich kann mir nicht vorstellen, dass irgendwelche größeren Styleguides kebab-case empfehlen.
Damit zerstört man sich ja auf einen Schlag die dot-notation in den Programmiersprachen (wie auch in AutoIt-Maps) da der Bindestrich dann als Minus-Operator interpretiert wird.
Kurzer Blick bei Microsoft, Google, Schema.org und JSON:API ergibt daher auch durchgängig camelCase als Empfehlung.
Und da JSON ursprünglich als Serialisierungsformat für Javascript entstanden ist ("JSON"="JavaScript Object Notation"), wo camelCase dominiert, kann ich mir nicht vorstellen, dass irgendjemand ernsthaft für JSON einen Styleguide kreiert, welcher die dot-notation von Javascript killt.

Wenn man JSON primär als Serialisierungsformat betrachtet, dann könnte man im Python-Umfeld noch snake_case begründen, da dies dort die hauptsächliche naming convention ist (siehe PEP 8).
Aber kebap-case als Empfehlung ist mir noch nie über den Weg gelaufen und ist auch begründbar unclever.

🌍	Au3Forums
🎲	AutoIt (de) Cheat Sheet / en
💎	Code Katas: Eins, Zwei, Drei
🎭	Sammlung von GitHub Benutzern mit AutoIt Projekten
🔭	Umgang mit Powershell-Output
🔭	Umgang mit SQLite
✂	VSCode-AutoItSnippets
🎬	WebDriver Crashkurs
📑	WebDriver FAQs
👨‍💻	WebDriver Beispiel (Login, Klicks, Daten eingeben, robustes Warteverhalten)
👨‍💻	WebDriver Beispiel (Texte von Website lesen, in CSV überführen)