forked from scheme-requests-for-implementation/srfi-180
-
Notifications
You must be signed in to change notification settings - Fork 0
/
srfi-180.html
274 lines (243 loc) · 20.4 KB
/
srfi-180.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8">
<title>SRFI 180: JSON</title>
<link href="/favicon.png" rel="icon" sizes="192x192" type="image/png">
<link rel="stylesheet" href="/srfi.css" type="text/css">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="generator" content="pandoc">
<style>
code{white-space: pre;}
div.sourceCode { overflow-x: auto; }
table.sourceCode, tr.sourceCode, td.lineNumbers, td.sourceCode {
margin: 0; padding: 0; vertical-align: baseline; border: none; }
table.sourceCode { width: 100%; line-height: 100%; }
td.lineNumbers { text-align: right; padding-right: 4px; padding-left: 4px; color: #aaaaaa; border-right: 1px solid #aaaaaa; }
td.sourceCode { padding-left: 5px; }
code > span.kw { color: #007020; font-weight: bold; } /* Keyword */
code > span.dt { color: #902000; } /* DataType */
code > span.dv { color: #40a070; } /* DecVal */
code > span.bn { color: #40a070; } /* BaseN */
code > span.fl { color: #40a070; } /* Float */
code > span.ch { color: #4070a0; } /* Char */
code > span.st { color: #4070a0; } /* String */
code > span.co { color: #60a0b0; font-style: italic; } /* Comment */
code > span.ot { color: #007020; } /* Other */
code > span.al { color: #ff0000; font-weight: bold; } /* Alert */
code > span.fu { color: #06287e; } /* Function */
code > span.er { color: #ff0000; font-weight: bold; } /* Error */
code > span.wa { color: #60a0b0; font-weight: bold; font-style: italic; } /* Warning */
code > span.cn { color: #880000; } /* Constant */
code > span.sc { color: #4070a0; } /* SpecialChar */
code > span.vs { color: #4070a0; } /* VerbatimString */
code > span.ss { color: #bb6688; } /* SpecialString */
code > span.im { } /* Import */
code > span.va { color: #19177c; } /* Variable */
code > span.cf { color: #007020; font-weight: bold; } /* ControlFlow */
code > span.op { color: #666666; } /* Operator */
code > span.bu { } /* BuiltIn */
code > span.ex { } /* Extension */
code > span.pp { color: #bc7a00; } /* Preprocessor */
code > span.at { color: #7d9029; } /* Attribute */
code > span.do { color: #ba2121; font-style: italic; } /* Documentation */
code > span.an { color: #60a0b0; font-weight: bold; font-style: italic; } /* Annotation */
code > span.cv { color: #60a0b0; font-weight: bold; font-style: italic; } /* CommentVar */
code > span.in { color: #60a0b0; font-weight: bold; font-style: italic; } /* Information */
</style>
</head>
<body>
<h1 id="title"><a href="https://srfi.schemers.org/"><img class="srfi-logo" src="https://srfi.schemers.org/srfi-logo.svg" alt="SRFI logo" /></a>180: JSON</h1>
<p id="author">by Amirouche Boubekki</p>
<h2 id="status">Status</h2>
<p>This SRFI is currently in <em>final</em> status. Here is <a href="https://srfi.schemers.org/srfi-process.html">an explanation</a> of each status that a SRFI can hold. To provide input on this SRFI, please send email to <code><a href="mailto:srfi+minus+180+at+srfi+dotschemers+dot+org">srfi-180@<span class="antispam">nospam</span>srfi.schemers.org</a></code>. To subscribe to the list, follow <a href="https://srfi.schemers.org/srfi-list-subscribe.html">these instructions</a>. You can access previous messages via the mailing list <a href="https://srfi-email.schemers.org/srfi-180">archive</a>.</p>
<ul>
<li>Received: 2020-01-17</li>
<li>Draft #1 published: 2020-01-17</li>
<li>Draft #2 published: 2020-03-02</li>
<li>Draft #3 published: 2020-06-20</li>
<li>Finalized: 2020-07-01</li>
<li>Revised to fix errata:
<ul>
<li>2016-08-07 (Fix <code>json-generator</code> to accept generators as well as ports.)</li></ul></li>
</ul>
<h2 id="abstract">Abstract</h2>
<p>This library describes a JavaScript Object Notation (JSON) parser and printer. It supports JSON that may be bigger than memory.</p>
<h2 id="rationale">Rationale</h2>
<p><a href="https://www.json.org/">JSON</a> is a <i>de facto</i> industry standard for data exchange.</p>
<p>For best interoperability, the sample implementation is based on <a href="https://tools.ietf.org/html/rfc8259">RFC 8259</a>, and the tests are based on <a href="https://github.com/nst/JSONTestSuite/">JSONTestSuite</a>.</p>
<p>The mapping between JSON types and Scheme objects is not trivial because a given mapping might not be the best for every situation. That is the reason why this library makes public the procedure <code>json-fold</code>, inspired by Oleg Kiselyov's <code>foldts</code>.</p>
<h2 id="specification">Specification</h2>
<h3 id="json-error-obj-boolean"><code>(json-error? obj) → boolean</code></h3>
<p>Returns <code>#t</code> if <code>OBJ</code> is an error object that is specific to this library.</p>
<h3 id="json-error-reason-obj-string"><code>(json-error-reason obj) → string</code></h3>
<p>Return a string explaining the reason for the error. This should be human-readable.</p>
<h3 id="json-null-obj-boolean"><code>(json-null? obj) → boolean</code></h3>
<p>Return <code>#t</code> if <code>OBJ</code> is the Scheme symbol <code>'null</code>, which represents the JSON <code>null</code> in Scheme. In all other cases, return <code>#f</code>.</p>
<h3 id="json-nesting-depth-limit-parameter"><code>json-nesting-depth-limit</code> parameter</h3>
<p>Parameter holding a number that represents the maximum nesting depth of JSON text that can be read by <code>json-generator</code>, <code>json-fold</code>, and <code>json-read</code>. If the value returned by this parameter is reached, the implementation must raise an error that satisfies <code>json-error?</code>.</p>
<p>The default value of <code>json-nesting-depth-limit</code> is <code>+inf.0</code>.</p>
<p>A proper value should be set on a per-application basis to mitigate the risks of denial-of-service attacks.</p>
<h3 id="json-number-of-character-limit-parameter"><code>json-number-of-character-limit</code> parameter</h3>
<p>Parameter holding a number that represents the maximum number of characters for a given JSON text that can be read by <code>json-generator</code>, <code>json-fold</code>, and <code>json-read</code>. If the value returned by this parameter is reached, the implementation must raise an error that satisfies <code>json-error?</code>.</p>
<p>The default value of <code>json-number-of-character-limit</code> is <code>+inf.0</code>.</p>
<p>A proper value should be set on a per-application basis to mitigate the risks of denial-of-service attacks.</p>
<h3 id="json-generator"><code>(json-generator [port-or-generator]) → generator</code></h3>
<p>Streaming event-based JSON reader. <code>PORT-OR-GENERATOR</code> default value is the value returned by <code>current-input-port</code>. It must be a textual input port or a generator of characters. <code>json-generator</code> returns a generator of Scheme objects, each of which must be one of:</p>
<ul>
<li><p><code>'array-start</code> symbol denoting that an array should be constructed.</p></li>
<li><p><code>'array-end</code> symbol denoting that the construction of the array for which the last <code>'array-start</code> was generated and not closed is finished.</p></li>
<li>
<p><code>'object-start</code> symbol denoting that an object should be constructed. The object's key-value pairs are emitted in sequence like those in a property list (plist) where keys are strings. That is, the generation of a key is always followed by the generation of a value. Otherwise, the JSON would be invalid and <code>json-generator</code> would raise an error.</p>
</li>
<li><p><code>'object-end</code> symbol denoting that the construction of the object for which the last <code>object-start</code> was generated and not closed is finished.</p></li>
<li><p>the symbol <code>'null</code></p></li>
<li><p>boolean</p></li>
<li><p>number</p></li>
<li><p>string</p></li>
</ul>
<p>In the case where nesting of arrays or objects reaches the value returned by the parameter <code>json-nesting-depth-limit</code>, the generator must raise an object that satisfies the predicate <code>json-error?</code></p>
<p>In cases where the JSON is invalid, the generator returned by <code>json-generator</code> should raise an object that satisfies the predicate <code>json-error?</code>.</p>
<p>Otherwise, if <code>PORT-OR-GENERATOR</code> contains valid JSON text, the generator returned by <code>json-generator</code> must yield an end-of-file object in two situations:</p>
<ul>
<li>The first time the generator returned by <code>json-generator</code> is called, it returns an object that is a boolean, a number, a string or the symbol <code>'null</code>.</li>
<li>The first time the generator returned by <code>json-generator</code> is called, it returns a symbol that is not the symbol <code>'null</code>. When the underlying JSON text is valid, it should be the symbol starting a structure: <code>'object-start</code> or <code>'array-start</code>. The end-of-file object is generated when that structure is finished.</li>
</ul>
<p>In other words, the generator returned by <code>json-generator</code> will parse at most one JSON value or one top-level structure. If <code>PORT</code> is not finished, as in the case of <a href="http://jsonlines.org/">JSON lines</a>, the user should call <code>json-generator</code> again with the same <code>PORT-OR-GENERATOR</code>.</p>
<h4>Examples</h4>
<pre>(assume
(equal?
(call-with-input-string "42 101 1337" (lambda (port) (generator->list (json-generator port))))
'(42)))</pre>
<pre>(assume
(equal?
(call-with-input-string "[42] 101 1337" (lambda (port) (generator->list (json-generator port))))
'(array-start 42 array-end)))</pre>
<h3 id="json-fold"><code>(json-fold proc array-start array-end object-start object-end seed [port-or-generator])</code></h3>
<p>Fundamental JSON iterator.</p>
<p><code>json-fold</code> will read the JSON text from <code>PORT-OR-GENERATOR</code>, which has <code>(current-input-port)</code> as its
default value. <code>json-fold</code> will call the procedures passed as argument:</p>
<ul>
<li>
<code>(PROC obj seed)</code> is called when a JSON value is generated or a complete JSON structure is read. <code>PROC</code> should return the new seed that will be used to iterate over the rest of the generator. Termination is described below.
</li>
<li>
<code>(OBJECT-START seed)</code> is called with a seed and should return a seed that will be used as the seed of the iteration over the key and values of that object.
</li>
<li>
<code>(OBJECT-END seed)</code> is called with a seed and should return a new seed that is the result of the iteration over a JSON object.
</li>
</ul>
<p><code>ARRAY-START</code> and <code>ARRAY-END</code> take the same arguments, and have similar behavior, but are called for iterating on JSON arrays.</p>
<p><code>json-fold</code> must return the seed when:</p>
<ul>
<li><code>PORT-OR-GENERATOR</code> yields an object that satisfies the predicate <code>eof-object?</code></li>
<li>All structures, array or object, that were started have ended. The returned object is <code>(PROC obj SEED)</code> where <code>obj</code> is the object returned by <code>ARRAY-END</code> or <code>OBJECT-END</code></li>
</ul>
<h4 id="json-fold-example">Example</h4>
<p><code>json-read</code> can be defined in terms of <code>json-fold</code>:</p>
<div>
<pre>
(define (%json-read port-or-generator)
(define %root '(root))
(define (array-start seed)
;; array will be read as a list, then converted into a vector in
;; array-end.
'())
(define (array-end items)
(list->vector (reverse items)))
(define (object-start seed)
;; object will be read as a property list, then converted into an
;; alist in object-end.
'())
(define (plist->alist plist)
;; PLIST is a list of an even number of items. Otherwise,
;; json-generator would have raised a json-error.
(let loop ((plist plist)
(out '()))
(if (null? plist)
out
(loop (cddr plist) (cons (cons (string->symbol (cadr plist)) (car plist)) out)))))
(define object-end plist->alist)
(define (proc obj seed)
;; proc is called when a JSON value or structure was completely
;; read. The parse result is passed as OBJ. In the case where
;; what is parsed is a simple JSON value, OBJ is simply
;; the token that is read. It can be 'null, a number or a string.
;; In the case where what is parsed is a JSON structure, OBJ is
;; what is returned by OBJECT-END or ARRAY-END.
(if (eq? seed %root)
;; This is toplevel. A complete JSON value or structure was
;; read, so return it.
obj
;; This is not toplevel, hence json-fold is called recursively
;; to parse an array or object. Both ARRAY-START and
;; OBJECT-START return an empty list as a seed to serve as an
;; accumulator. Both OBJECT-END and ARRAY-END expect a list
;; as argument.
(cons obj seed)))
(let ((out (json-fold proc
array-start
array-end
object-start
object-end
%root
port-or-generator)))
;; if out is the root object, then the port or generator is empty.
(if (eq? out %root)
(eof-object)
out)))
</pre>
</div>
<h3 id="json-read-port-or-generator-object"><code>(json-read [port-or-generator]) → object</code></h3>
<p>JSON reader procedure. <code>PORT-OR-GENERATOR</code> must be a textual input port or a generator of characters. The default value of <code>PORT-OR-GENERATOR</code> is the value returned by the procedure <code>current-input-port</code>. The returned value is a Scheme object. <code>json-read</code> must return only the first toplevel JSON value or structure. When there are multiple toplevel values or structures in <code>PORT-OR-GENERATOR</code>, the user should call <code>json-read</code> several times to read all of it.</p>
<p>The mapping between JSON types and Scheme objects is the following:</p>
<ul>
<li><code>null</code> → the symbol <code>'null</code></li>
<li><code>true</code> → <code>#t</code></li>
<li><code>false</code> → <code>#f</code></li>
<li>number → number</li>
<li>string → string</li>
<li>array → vector</li>
<li>object → association list with keys that are symbols</li>
</ul>
<p>In the case where nesting of arrays or objects reaches the value returned by the parameter <code>json-nesting-depth-limit</code>, <code>json-read</code> must raise an object that satisfies the predicate <code>json-error?</code></p>
<h3 id="json-lines-read-port-or-generator"><code>(json-lines-read [port-or-generator]) → generator</code></h3>
<p>JSON reader of <a href="http://jsonlines.org/">jsonlines</a> or <a href="http://ndjson.org/">ndjson</a>. As its first and only argument, it takes a generator of characters or a textual input port whose default value is the value returned by <code>current-input-port</code>. It will return a generator of Scheme objects as specified in <code>json-read</code>.</p>
<h3 id="json-sequence-read-port-or-generator"><code>(json-sequence-read [port-or-generator]) → generator</code></h3>
<p>JSON reader of <a href="https://tools.ietf.org/html/rfc7464">JSON Text Sequences (RFC 7464)</a>. As its first and only argument, it takes a generator of characters or a textual input port whose default value is the value returned by <code>current-input-port</code>. It will return a generator of Scheme objects as specified in <code>json-read</code>.</p>
<h3 id="json-accumulator-port-or-generator"><code>(json-accumulator port-or-accumulator) → procedure</code></h3>
<p>Streaming event-based JSON writer. <code>PORT-OR-ACCUMULATOR</code> must be a textual output port or an accumulator that accepts characters and strings. It returns an accumulator procedure that accepts Scheme objects as its first and only argument and that follows the same protocol as described in <code>json-generator</code>. Any deviation from the protocol must raise an error that satisfies <code>json-error?</code>. In particular, objects and arrays must be properly nested.</p>
<p>Mind the fact that most JSON parsers have a nesting limit
that is not documented by the standard. Even if you can
produce arbitrarily nested JSON with this library, you might
not be able to read it with another library.</p>
<h3 id="json-write-obj-port-or-accumulator-unspecified"><code>(json-write obj [port-or-accumulator]) → unspecified</code></h3>
<p>JSON writer procedure. <code>PORT-OR-ACCUMULATOR</code> must be a textual output port, or an accumulator that accepts characters and strings. The default value of <code>PORT-OR-ACCUMULATOR</code> is the value returned by the procedure <code>current-output-port</code>. The value returned by <code>json-write</code> is unspecified.</p>
<p><code>json-write</code> will validate that <code>OBJ</code> can be serialized into JSON before writing to <code>PORT</code>. An error that satisfies <code>json-error?</code> is raised in the case where <code>OBJ</code> is not an object or a composition of the following types:</p>
<ul>
<li>symbol <code>'null</code></li>
<li>boolean</li>
<li>number. Must be integers or inexact rationals. (That is, they must not
be complex, infinite, NaN, or exact rationals that are not integers.)</li>
<li>string</li>
<li>vector</li>
<li>association list with keys as symbols</li>
</ul>
<h2 id="implementation">Implementation</h2>
<p>The sample implementation is available in <a href="https://github.com/scheme-requests-for-implementation/srfi-180">this Git repo</a>.
</p>
<h2 id="acknowledgements">Acknowledgements</h2>
<p>Thanks to the participants on the SRFI 189 mailing list: Lassi Kortela, Duy Nguyen, Shiro Kawai, Alex Shinn, Marc Nieper-Wißkirchen.</p>
<p>Thanks to Arthur A. Gleckler and John Cowan.</p>
<p>Thanks to Oleg Kiselyov.</p>
<h2 id="copyright">Copyright</h2>
<p>Copyright © Amirouche Boubekki (2020).</p>
<p>Test files under <code>json/files</code> copyright © Nicolas Seriot (2016).</p>
<p>Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:</p>
<p>The above copyright notice and this permission notice (including the next paragraph) shall be included in all copies or substantial portions of the Software.</p>
<p>THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.</p>
<hr/>
<address>Editor: <a href="mailto:srfi-editors+at+srfi+dot+schemers+dot+org">Arthur A. Gleckler</a></address>
</body>
</html>