2. Boost Json Translation (zh_Hans)
3. English
4. Zen

43 :90
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — An array of large objects. 26/10000 · 26
43 :95
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — https://en.cppreference.com/w/cpp/types/integer[`std::int64_t`] 63/10000 · 63
43 :87
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — The result is constructed with the array elements as constructor arguments. 75/10000 · 75
43 :107
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — Monotonic Resource 18/10000 · 18
43 :173
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — The parser instance may be constructed with parse options which allow some non-standard JSON extensions to be recognized: 121/10000 · 121
44 :92
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — Supports -fno-exceptions, detected automatically 48/10000 · 48
44 :90
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — <<parse_marine_ik_json,*marine_ik.json*>> 41/10000 · 41
44 :95
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — <<ref_value_emplace_int64>> 27/10000 · 27
44 :87
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — Type satisfying <<ref_is_described_class>> 42/10000 · 42
44 :108
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — Consider the pattern of memory allocation during parsing: when an array, object, or string is encountered the parser accumulates elements in its temporary storage area. When all of the elements are known, a single memory allocation is requested from the resource when constructing the value. Thus, parsing only allocates and constructs containers at their final size. Memory is not reallocated; that is, a memory buffer never needs to grow by allocating a new larger buffer and deallocating the previous buffer. 511/10000 · 511
44 :181
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — Streaming Parser 16/10000 · 16
45 :94
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — The library relies heavily on these well known C++ types in its interfaces (henceforth termed _standard types_): 112/10000 · 112
45 :90
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — 2.91MB 6/10000 · 6
45 :95
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — <<ref_value_is_int64>> 22/10000 · 22
45 :87
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — The result is an <<ref_object>> with described members' names as keys. 70/10000 · 70
45 :116
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — The <<ref_monotonic_resource>> optimizes this memory allocation pattern by allocating increasingly large blocks of global memory internally and parceling those blocks out in smaller pieces to fulfill allocation requests. It has a trivial deallocate function. The monotonic resource does not actually deallocate memory until the resource is destroyed. Thus, it is ideally suited for the use-case where JSON is parsed, and the resulting value is then inspected but not modified. 476/10000 · 476
45 :182
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — The <<ref_stream_parser>> implements a https://en.wikipedia.org/wiki/Online_algorithm[__streaming algorithm__]; it allows incremental processing of large JSON inputs using one or more contiguous character buffers. The entire input JSON does not need to be loaded into memory at once. A network server can use the streaming interface to process incoming JSON in fixed-size amounts, providing these benefits: 406/10000 · 406
46 :97
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — `string_view` 13/10000 · 13
46 :90
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — A three.js example model serialized to JSON. 44/10000 · 44
46 :95
	English ↹ ↵ NBS … “ ” ‘ ’ ﹙-﹚ ‐ – — <<ref_value_if_int64>> 22/10000 · 22