parse As<T>(text: string) - > Result<T, string>- Модуль
- std.
json → - Получатель
- Неприменимо
- Минимальное число аргументов
- 1
- Максимальное число аргументов
- 1
Declaration and parameters
СсылкаДоступность
Включено по умолчанию · Не определено
Import std.json in language mode 5.21.
The current compiler selects std/json.tpz for this language mode. Availability in other released editions and inclusion in each installed distribution are Pending.
Получатель
Ограничения параметров
parse requires an explicit JSON decodable result type. The ordinary JSON capability checks apply. Omitting a required result type or selecting a type without decoding support produces TPZ5534.
The function completes JSON parsing before calling JSON.. A malformed document returns an error string containing the parse cause, line and column. It never calls the decoder on a malformed or trailing input.
After parsing succeeds, the selected decoder is called once. Its Ok payload or Err message becomes the result. Custom decoder effects occur after parsing and follow ordinary function evaluation. Built in decoding performs no I/O.
The JSON protocol defines supported representations. Derived records ignore unknown fields and use declared defaults for missing fields. A missing required field, wrong kind, unknown enum tag, wrong payload count or value outside the target numeric range returns Err. No string to number or string to boolean coercion is performed.
Built in errors describe the expected shape and first failing path rooted at $. Arrays are checked in increasing index order and object fields in ascending Unicode scalar order. Built in int decoding requires an exactly integral value within signed 64 bit bounds. Float decoding follows the protocol rounding and overflow rules. Optional null and nested option normalization follow the same protocol rule as JSON.. Use numberText and asInt when the input must retain the integer spelling boundary.
Decode an already parsed tree with JSON.. There is no second JSONValue receiver decoding form. Parsing failure and decoding failure are recoverable Result errors and do not produce assertion diagnostics by themselves.
Результат
The declared result type is Result<T, string>.
Эффекты
Ошибки
Result and effects
СсылкаParse a complete JSON document before invoking the requested JSON decoder.
Related entries
СсылкаParse text before typed JSON decoding
СсылкаParse text before typed JSON decoding
parse requires an explicit JSON decodable result type. The ordinary JSON capability checks apply. Omitting a required result type or selecting a type without decoding support produces TPZ5534.
The function completes JSON parsing before calling JSON.. A malformed document returns an error string containing the parse cause, line and column. It never calls the decoder on a malformed or trailing input.
After parsing succeeds, the selected decoder is called once. Its Ok payload or Err message becomes the result. Custom decoder effects occur after parsing and follow ordinary function evaluation. Built in decoding performs no I/O.
The JSON protocol defines supported representations. Derived records ignore unknown fields and use declared defaults for missing fields. A missing required field, wrong kind, unknown enum tag, wrong payload count or value outside the target numeric range returns Err. No string to number or string to boolean coercion is performed.
Built in errors describe the expected shape and first failing path rooted at $. Arrays are checked in increasing index order and object fields in ascending Unicode scalar order. Built in int decoding requires an exactly integral value within signed 64 bit bounds. Float decoding follows the protocol rounding and overflow rules. Optional null and nested option normalization follow the same protocol rule as JSON.. Use numberText and asInt when the input must retain the integer spelling boundary.
Decode an already parsed tree with JSON.. There is no second JSONValue receiver decoding form. Parsing failure and decoding failure are recoverable Result errors and do not produce assertion diagnostics by themselves.
Причина
Parsing and decoding are separate boundaries. A complete syntax check prevents a user decoder from acting on malformed input, and one protocol dispatch keeps text and tree conversion consistent.
Decode a record after parsing and report invalid data
Ссылкаimport std.jsonimport std.testimport std.iorecord Item derives JSON { name: string, count: int = 7 }let item = test.assertOk(json.parseAs<Item>("\{\"name\":\"ink\",\"extra\":true\}"))io.writeLine("{item.name},{item.count}")for text in (["\{\}", "17", "[", "\{\"name\":\"ink\",\"count\":9223372036854775808\}"]) {match (json.parseAs<Item>(text)) {case Ok(_) => io.writeLine("accepted")case Err(_) => io.writeLine("invalid data")}}
ink,7
invalid data
invalid data
invalid data
invalid data
Ожидаемый результат
Ожидаемый результат
Выполнение завершается. Код завершения 0.
ink,7invalid datainvalid datainvalid datainvalid data
Call a custom decoder once after complete parsing
Ссылкаimport std.json { JSONValue, parseAs }import std.iorecord Token { text: string }impl JSON<Token> {function encode(value: Token) -> Result<JSONValue, string> {JSON.encode(value.text)}function decode(value: JSONValue) -> Result<Token, string> {io.writeLine("decode")match (value.asString()) {case Some(text) => Ok(Token { text: text })case None() => Err("expected token string")}}}match (parseAs<Token>("\"ink\"")) {case Ok(value) => io.writeLine(value.text)case Err(message) => io.writeLine(message)}match (parseAs<Token>("\"ink\" false")) {case Ok(_) => io.writeLine("accepted")case Err(_) => io.writeLine("parse failed before decode")}
decode
ink
parse failed before decode
Ожидаемый результат
Ожидаемый результат
Выполнение завершается. Код завершения 0.
decodeinkparse failed before decode