cpt.Json-language (Json)

Cpt-created: {2017-11-03}

Description-of-Json

Description::
Json is a data-representation computer-language.
[HmnSgm.2017-11-03]
===
Json (JavaScript Object Notation) is a lightweight data-interchange format.
It is easy for humans to read and write.
It is easy for machines to parse and generate.
It is based on a subset of the JavaScript Programming Language, Standard ECMA-262 3rd Edition - December 1999.
Json is a text format that is completely language independent but uses conventions that are familiar to programmers of the C-family of languages, including C, C++, C#, Java, JavaScript, Perl, Python, and many others.
These properties make JSON an ideal data-interchange language. [http://www.json.org/]

Name::
* cpt.JavaScript-Object-Nonation-(JSON),
* cpt.Json,
* cpt.Json--data-format,
* cpt.Json--data-representation--computer-language,
* cpt.Json-format,
* cpt.Json-language,

Archetype-of-Json

Description::
Json-archetype is any information|data (human or computer) we want to represent in JSON-language.
The-JSON-language most is-used to represent data of different computer-languages for inter-language communication.

Name::
* cpt.Json'archetype,

Document-of-Json (model, JSON-doc)

Description::
Json-document is a-document written in JSON-language that represents a-JSON-archetype.

Name::
* cpt.Json'doc,
* cpt.Json'document,
* cpt.Json'model,
* cpt.Json-doc,

Json-doc'Unit

Description::
Json-unit is any symbol we use to construct a-JSON-doc.
- { } [ ] " , whitespace
- character-symbol
- number-symbol
Units do NOT represent something in archetype.

Name::
* cpt.Json-doc'unit,
* cpt.Json-unit,

Whitespace::
Whitespace can be inserted between any pair of tokens.
[http://www.json.org/]

Json-doc'Semantic-unit

Description::
Semantic-units are unit constructs that REPRESENT something in archetype.

Name::
* cpt.Json'semantic-unit,
* cpt.Json-doc'semantic-unit,
* cpt.Json-sut,
* cpt.semantic-unit.JSON,

Specific::
There-are only 6 semantic-units.
1) null--semantic-unit,
2) Boolean--semantic-unit,
3) String--semantic-unit,
4) Number--semantic-unit,
5) Array--semantic-unit,
6) Object--semantic-unit,

Json-sut.null

Description::
null is a-genericNo semantic-unit that represents 'zero'-information.

Name::
* cpt.Json'null,
* cpt.Json-sut.null,

Json-sut.Boolean

Description::
Boolean is a-generic semantic-unit with specifics true and false.

Name::
* cpt.Json'boolean,
* cpt.Json'false,
* cpt.Json'true,
* cpt.Json-sut.boolean,
* cpt.Json-sut.false,
* cpt.Json-sut.true,

Json-sut.String

Description::
A-string is a-generic semantic-unit that represents human-text enclosed in double-quotes.
Example: "some text"
"some \"text\" with escapes"
[HmnSgm.2017-11-03]
===
A string is a sequence of zero or more Unicode characters, wrapped in double quotes, using backslash escapes. A character is represented as a single character string. A string is very much like a C or Java string. [http://www.json.org/]

Name::
* cpt.Json'string,
* cpt.Json-sut.string,

Json-string'grammar

string
""
" chars "

chars
char
char chars

char
any-Unicode-character-except-"-or-\-or-control-character
\"
\\
\/
\b
\f
\n
\r
\t
\u four-hex-digits

Json-sut.Number

Description::
A-number is a-generic semantic-unit that represents numbers.
Example: 123 1.2
123e3 1.2e3
[HmnSgm.2017-11-03]
===
A number is very much like a C or Java number, except that the octal and hexadecimal formats are not used.
[http://www.json.org/]

Name::
* cpt.Json'number,
* cpt.Json-sut.number,

Json-number'grammar

number
int
int frac
int exp
int frac exp

int
digit
digit1-9 digits
- digit
- digit1-9 digits

frac
. digits

exp
e digits

digits
digit
digit digits

e
e
e+
e-
E
E+
E-

Json-sut.Array

Description::
Array is a-generic semantic-unit which contains an-ordered-set of other semantic-units.
Example: ["string", 5, [1, 2], true]
[HmnSgm.2017-11-03]
===
An ordered list of values. In most languages, this is realized as an array, vector, list, or sequence.
...
An array is an ordered collection of values.
An array begins with [ (left bracket) and ends with ] (right bracket).
Values are separated by , (comma).
[http://www.json.org/]

Name::
* cpt.Json'array,
* cpt.Json'list,
* cpt.Json'sequence,
* cpt.Json'vector,
* cpt.Json-array,
* cpt.Json-sut.array,

Json-array'grammar

Name::
* cpt.Json-array'grammar,

array
[]
[ elements ]

elements
value
value , elements

Json-sut.Object

Description::
Object is a-generic semantic-unit which contains an-unordered-set of named semantic-units.
Example:
{
 "string": "some text",
 "number": 123,
 "array": [1, 2, 3],
 "boolean": true,
 "object": {"name": "a name", "phone": 1234567890}
}

[HmnSgm.2017-11-03]
===
A collection of name/value pairs.
In various languages, this is realized as an object, record, struct, dictionary, hash table, keyed list, or associative array.
...
An object is an unordered set of name/value pairs.
An object begins with { (left brace) and ends with } (right brace).
Each name is followed by : (colon) and the name/value pairs are separated by , (comma).
[http://www.json.org/]

Name::
* cpt.Json'associative-array,
* cpt.Json'dictionary,
* cpt.Json'hash-table,
* cpt.Json'keyed-list,
* cpt.Json'object,
* cpt.Json'record,
* cpt.Json'struct,
* cpt.Json-object,
* cpt.Json-sut.object,

Json-object'grammar

object
{}
{ members }

members
pair
pair , members

pair
string : value

value
string
number
object
array
true
false
null

Json-doc'Syntax-tree

Description::
The-syntax-tree of a-document is a-whole-part-tree with the components of a-document.
The outer most construct of a-JSON-doc is an-object or an-array.

Name::
* cpt.Json'syntax-tree,

Json-doc.SPECIFIC

Specific::
There-are infinite JSON-docs out there.
* http://json.org/example.html,
* package.json-of-npm,

Specification-of-Json

Description::
* RFC-7159,
* ECMA-404,

Tool-of-Json

Description::
Tool is-called any program used for JSON manipulation.

Name::
* cpt.Json'program,
* cpt.Json'tool,

Specific::
* per programing-language: http://www.json.org/,
* editor: https://jsonformatter.org/json-editor,
* editor: http://www.jsoneditoronline.org/,
* validator: https://jsonlint.com/,

Relation-to-javascript--of-Json

Description::
Javascript is a-programing-language.
Json is a-data-representation-language with no data-processing functionality.

Name::
* cpt.Json'relation-to-javascript,

Relation-to-YAML--of-Json

Description::
Both JSON and YAML aim to be human readable data interchange formats.
However, JSON and YAML have different priorities.
Json’s foremost design goal is simplicity and universality.
Thus, JSON is trivial to generate and parse, at the cost of reduced human readability.
It also uses a lowest common denominator information model, ensuring any JSON data can be easily processed by every modern programming environment.

In contrast, YAML’s foremost design goals are human readability and support for serializing arbitrary native data structures.
Thus, YAML allows for extremely readable files, but is more complex to generate and parse.
In addition, YAML ventures beyond the lowest common denominator data types, requiring more complex processing when crossing between different programming environments.
[http://www.yaml.org/spec/1.2/spec.html]

Name::
* cpt.Json'relation-to-YAML,

Relation-to-XML--of-Json

Description::
The XML specification does not MATCH the data model for most programming languages which makes it slow and tedious for programmers to parse. Compared to JSON, XML has a low data-to-markup ratio which results in it being more difficult for humans to read and write.
[http://www.json.com/]

Name::
* cpt.Json'relation-to-XML,

Resource-of-Json

Name::
* cpt.Json-resource,

AddressWpg::
* http://www.json.org/,
* https://en.wikipedia.org/wiki/JSON,

GENERIC-of-Json

Generic::
* data-representation--computer-language,

Json.EVOLUTING

Name::
* cpt.Json.evoluting,

{time.2002}::
A number of people independently discovered that JavaScript's object literals were an ideal format for transmitting object-oriented data across the network.
I made my own discovery in April of 2001 when I was CTO of State Software.
In 2002 I acquired the json.org domain and put up a page describing the format.
With no other effort on my part, JSON has been widely adopted by people who found that it made it a lot easier to produce distributed applications and services.
The original page has been translated into Chinese, French, German, Italian, Japanese, Korean, and Spanish.
Json has been formalized in RFC 4627.
The MIME Media Type is application/json.
[http://www.json.org/fatfree.html]

Meta-Info

This page was-visited times since {2017-11-03}

Page-wholepath: synagonism.net / Mcs-worldview / DirTechInfo / JSON

SEARCH::
This page uses 'locator-names', names that when you find them, you find the-LOCATION of the-concept they denote.
LOCAL-SEARCH:
Type CTRL+F "cpt.words-of-concept's-name", to go to the-LOCATION of the-concept.
GLOBAL-SEARCH:
Clicking on the-green-TITLE of a-page you have access to the-global--locator-names of my-site.
A-preview of the-description of a-global-name makes reading fast.
Abbreviations have no description.

Footer::
• author: Kaseluris.Nikos.1959
• email:
 imgMail
• twitter: @synagonism

Webpage-Versions::
• version.last.dynamic: FilMcsJson.Last.html,
• version.1-0-0.2017-11-26.last FilMcsJson.1-0-0.2017-11-26.html,
• version.0-1-0.2017-11-03.created: filMcsJSON.0-1-0.2017-11-03.html,

Support (link)

Comments

comments powered by Disqus