openapi: 3.0.0 info: title: "Multiple Examples: Core Document" description: | This document has examples for straightforward usage of `examples` in... * Parameter Object positions * Response Object positions * Request Body Object positions It includes: * cases for each JSON Schema type as an example value (except null) in each position * variously-sized `examples` objects * multi-paragraph descriptions within each example It **does not** include the following out-of-scope items: * usage of `examples` within `Parameter.content` or `Response.content` * `externalValue` (might change) It also lacks edge cases, which will be covered in the "Corner" Document: * `examples` n=1, which presents an interesting UI problem w/ the dropdown * `example` and `examples` both present * example item value that doesn't match the input type * e.g., `Parameter.type === "number"`, but `Parameter.examples.[key].value` is an object * `null` as an example value version: "1.0.2" paths: /String: post: summary: "Bonus: contains two requestBody media types" parameters: - in: query name: message required: true description: This parameter just so happens to have a one-line description. schema: type: string examples: StringExampleA: $ref: '#/components/examples/StringExampleA' StringExampleB: $ref: '#/components/examples/StringExampleB' requestBody: description: the wonderful payload of my request content: text/plain: schema: type: string examples: StringExampleA: $ref: '#/components/examples/StringExampleA' StringExampleB: $ref: '#/components/examples/StringExampleB' text/plain+other: schema: type: string examples: StringExampleA: $ref: '#/components/examples/StringExampleA' StringExampleB: $ref: '#/components/examples/StringExampleB' responses: 200: description: has two media types; the second has a third example! content: text/plain: schema: type: string examples: StringExampleA: $ref: '#/components/examples/StringExampleA' StringExampleB: $ref: '#/components/examples/StringExampleB' text/plain+other: schema: type: string examples: StringExampleA: $ref: '#/components/examples/StringExampleA' StringExampleB: $ref: '#/components/examples/StringExampleB' StringExampleC: $ref: '#/components/examples/StringExampleC' /Number: post: parameters: - in: query name: message required: true schema: type: number examples: NumberExampleA: $ref: '#/components/examples/NumberExampleA' NumberExampleB: $ref: '#/components/examples/NumberExampleB' NumberExampleC: $ref: '#/components/examples/NumberExampleC' requestBody: description: the wonderful payload of my request content: text/plain: schema: type: number examples: NumberExampleA: $ref: '#/components/examples/NumberExampleA' NumberExampleB: $ref: '#/components/examples/NumberExampleB' NumberExampleC: $ref: '#/components/examples/NumberExampleC' text/plain+other: schema: type: number examples: NumberExampleA: $ref: '#/components/examples/NumberExampleA' NumberExampleB: $ref: '#/components/examples/NumberExampleB' NumberExampleC: $ref: '#/components/examples/NumberExampleC' responses: 200: description: OK! content: text/plain: schema: type: number examples: NumberExampleA: $ref: '#/components/examples/NumberExampleA' NumberExampleB: $ref: '#/components/examples/NumberExampleB' text/plain+other: schema: type: number examples: NumberExampleA: $ref: '#/components/examples/NumberExampleA' NumberExampleB: $ref: '#/components/examples/NumberExampleB' NumberExampleC: $ref: '#/components/examples/NumberExampleC' /Boolean: post: parameters: - in: query name: message required: true schema: type: boolean examples: BooleanExampleA: $ref: '#/components/examples/BooleanExampleA' BooleanExampleB: $ref: '#/components/examples/BooleanExampleB' requestBody: description: the wonderful payload of my request content: text/plain: schema: type: boolean examples: BooleanExampleA: $ref: '#/components/examples/BooleanExampleA' BooleanExampleB: $ref: '#/components/examples/BooleanExampleB' text/plain+other: schema: type: boolean examples: BooleanExampleA: $ref: '#/components/examples/BooleanExampleA' BooleanExampleB: $ref: '#/components/examples/BooleanExampleB' responses: 200: description: OK! content: text/plain: schema: type: boolean examples: BooleanExampleA: $ref: '#/components/examples/BooleanExampleA' BooleanExampleB: $ref: '#/components/examples/BooleanExampleB' text/plain+other: schema: type: boolean examples: BooleanExampleA: $ref: '#/components/examples/BooleanExampleA' BooleanExampleB: $ref: '#/components/examples/BooleanExampleB' /Array: post: parameters: - in: query name: message required: true schema: type: array items: {} # intentionally empty; don't want to assert on the items examples: ArrayExampleA: $ref: '#/components/examples/ArrayExampleA' ArrayExampleB: $ref: '#/components/examples/ArrayExampleB' ArrayExampleC: $ref: '#/components/examples/ArrayExampleC' requestBody: description: the wonderful payload of my request content: application/json: schema: type: array items: {} # intentionally empty; don't want to assert on the items examples: ArrayExampleA: $ref: '#/components/examples/ArrayExampleA' ArrayExampleB: $ref: '#/components/examples/ArrayExampleB' ArrayExampleC: $ref: '#/components/examples/ArrayExampleC' responses: 200: description: OK! content: application/json: schema: type: array items: {} # intentionally empty; don't want to assert on the items examples: ArrayExampleA: $ref: '#/components/examples/ArrayExampleA' ArrayExampleB: $ref: '#/components/examples/ArrayExampleB' ArrayExampleC: $ref: '#/components/examples/ArrayExampleC' /Object: post: parameters: - in: query name: data required: true schema: type: object examples: ObjectExampleA: $ref: '#/components/examples/ObjectExampleA' ObjectExampleB: $ref: '#/components/examples/ObjectExampleB' requestBody: description: the wonderful payload of my request content: application/json: schema: type: object examples: ObjectExampleA: $ref: '#/components/examples/ObjectExampleA' ObjectExampleB: $ref: '#/components/examples/ObjectExampleB' text/plain+other: schema: type: object examples: ObjectExampleA: $ref: '#/components/examples/ObjectExampleA' ObjectExampleB: $ref: '#/components/examples/ObjectExampleB' responses: 200: description: OK! content: application/json: schema: type: object examples: ObjectExampleA: $ref: '#/components/examples/ObjectExampleA' ObjectExampleB: $ref: '#/components/examples/ObjectExampleB' text/plain+other: schema: type: object examples: ObjectExampleA: $ref: '#/components/examples/ObjectExampleA' ObjectExampleB: $ref: '#/components/examples/ObjectExampleB' components: examples: StringExampleA: value: "hello world" summary: Don't just string me along... description: | A string in C is actually a character array. As an individual character variable can store only one character, we need an array of characters to store strings. Thus, in C string is stored in an array of characters. Each character in a string occupies one location in an array. The null character ‘\0’ is put after the last character. This is done so that program can tell when the end of the string has been reached. For example, the string “Hello” is stored as follows... ![](http://www.tutorialspoint.com/computer_programming/images/string_representation.jpg) Since the string contains 5 characters. it requires a character array of size 6 to store it. the last character in a string is always a NULL('\0') character. Always keep in mind that the '\0' is not included in the length if the string, so here the length of the string is 5 only. Notice above that the indexes of the string starts from 0 not one so don't confuse yourself with index and length of string. Thus, in C, a string is a one-dimensional array of characters terminated a null character. The terminating null character is important. In fact, a string not terminated by ‘\0’ is not really a string, but merely a collection of characters. StringExampleB: value: "The quick brown fox jumps over the lazy dog" summary: "I'm a pangram!" description: | A pangram (Greek: παν γράμμα, pan gramma, "every letter") or holoalphabetic sentence is a sentence using every letter of a given alphabet at least once. Pangrams have been used to display typefaces, test equipment, and develop skills in handwriting, calligraphy, and keyboarding. The best-known English pangram is "The quick brown fox jumps over the lazy dog". It has been used since at least the late 19th century, was utilized by Western Union to test Telex / TWX data communication equipment for accuracy and reliability, and is now used by a number of computer programs (most notably the font viewer built into Microsoft Windows) to display computer fonts. Pangrams exist in practically every alphabet-based language. An example from German is _Victor jagt zwölf Boxkämpfer quer über den großen Sylter Deich_, which contains all letters, including every umlaut (ä, ö, ü) plus the ß. It has been used since before 1800. In a sense, the pangram is the opposite of the lipogram, in which the aim is to omit one or more letters. A perfect pangram contains every letter of the alphabet only once and can be considered an anagram of the alphabet. The only perfect pangrams that are known either use abbreviations, such as "Mr Jock, TV quiz PhD, bags few lynx", or use words so obscure that the phrase is hard to understand, such as "Cwm fjord bank glyphs vext quiz", where cwm is a loan word from the Welsh language meaning a steep-sided valley, and vext is an uncommon way to spell vexed. StringExampleC: value: "JavaScript rules" summary: "A third example, for use in special places..." NumberExampleA: value: 7710263025 summary: "World population" description: | In demographics, the world population is the total number of humans currently living, and was estimated to have reached 7.7 billion people as of April 2019. It took over 200,000 years of human history for the world's population to reach 1 billion; and only 200 years more to reach 7 billion. World population has experienced continuous growth since the end of the Great Famine of 1315–1317 and the Black Death in 1350, when it was near 370 million. The highest population growth rates – global population increases above 1.8% per year – occurred between 1955 and 1975, peaking to 2.1% between 1965 and 1970. The growth rate has declined to 1.2% between 2010 and 2015 and is projected to decline further in the course of the 21st century. However, the global population is still growing and is projected to reach about 10 billion in 2050 and more than 11 billion in 2100. Total annual births were highest in the late 1980s at about 139 million, and as of 2011 were expected to remain essentially constant at a level of 135 million, while deaths numbered 56 million per year and were expected to increase to 80 million per year by 2040. The median age of the world's population was estimated to be 30.4 years in 2018. NumberExampleB: value: 9007199254740991 summary: "Number.MAX_SAFE_INTEGER" description: | The `MAX_SAFE_INTEGER` constant has a value of `9007199254740991` (9,007,199,254,740,991 or ~9 quadrillion). The reasoning behind that number is that JavaScript uses double-precision floating-point format numbers as specified in IEEE 754 and can only safely represent numbers between `-(2^53 - 1)` and `2^53 - 1`. Safe in this context refers to the ability to represent integers exactly and to correctly compare them. For example, `Number.MAX_SAFE_INTEGER + 1 === Number.MAX_SAFE_INTEGER + 2` will evaluate to `true`, which is mathematically incorrect. See `Number.isSafeInteger()` for more information. Because `MAX_SAFE_INTEGER` is a static property of `Number`, you always use it as `Number.MAX_SAFE_INTEGER`, rather than as a property of a `Number` object you created. NumberExampleC: # `description` and `summary` intentionally omitted value: 0 BooleanExampleA: value: true summary: The truth will set you free description: | In some programming languages, any expression can be evaluated in a context that expects a Boolean data type. Typically (though this varies by programming language) expressions like the number zero, the empty string, empty lists, and null evaluate to false, and strings with content (like "abc"), other numbers, and objects evaluate to true. Sometimes these classes of expressions are called "truthy" and "falsey". BooleanExampleB: # `description` intentionally omitted value: false summary: Friends don't lie to friends ArrayExampleA: value: [a, b, c] summary: A lowly array of strings description: | In computer science, a list or sequence is an abstract data type that represents a countable number of ordered values, where the same value may occur more than once. An instance of a list is a computer representation of the mathematical concept of a finite sequence; the (potentially) infinite analog of a list is a stream.[1]:§3.5 Lists are a basic example of containers, as they contain other values. If the same value occurs multiple times, each occurrence is considered a distinct item. ArrayExampleB: value: [1, 2, 3, 4] summary: A lowly array of numbers description: | Many programming languages provide support for list data types, and have special syntax and semantics for lists and list operations. A list can often be constructed by writing the items in sequence, separated by commas, semicolons, and/or spaces, within a pair of delimiters such as parentheses '()', brackets '[]', braces '{}', or angle brackets '<>'. Some languages may allow list types to be indexed or sliced like array types, in which case the data type is more accurately described as an array. In object-oriented programming languages, lists are usually provided as instances of subclasses of a generic "list" class, and traversed via separate iterators. List data types are often implemented using array data structures or linked lists of some sort, but other data structures may be more appropriate for some applications. In some contexts, such as in Lisp programming, the term list may refer specifically to a linked list rather than an array. In type theory and functional programming, abstract lists are usually defined inductively by two operations: nil that yields the empty list, and cons, which adds an item at the beginning of a list. ArrayExampleC: # `summary` intentionally omitted value: [] description: An empty array value should clear the current value ObjectExampleA: value: firstName: Kyle lastName: Shockey email: kyle.shockey@smartbear.com summary: A user's contact info description: Who is this guy, anyways? ObjectExampleB: value: name: Abbey type: kitten color: calico gender: female age: 11 weeks summary: A wonderful kitten's info description: | Today’s domestic cats are physically very similar to their wild ancestors. “Domestic cats and wildcats share a majority of their characteristics,” Lyons says, but there are a few key differences: wildcats were and are typically larger than their domestic kin, with brown, tabby-like fur. “Wildcats have to have camouflage that’s going to keep them very inconspicuous in the wild,” Lyons says. “So you can’t have cats with orange and white running around—they’re going to be snatched up by their predators.” As cats were domesticated, they began to be selected and bred for more interesting colorations, thus giving us today’s range of beautiful cat breeds.