Documentation class

Documentation provides the information for describing a service. Example: documentation: summary: > The Google Calendar API gives access to most calendar features. pages: - name: Overview content: (== include google/foo/ ==) - name: Tutorial content: (== include google/foo/ ==) subpages; - name: Java content: (== include google/foo/ ==) rules: - selector: google.calendar.Calendar.Get description: > ... - selector: google.calendar.Calendar.Put description: > ... Documentation is provided in markdown syntax. In addition to standard markdown features, definition lists, tables and fenced code blocks are supported. Section headers can be provided and are interpreted relative to the section nesting of the context where a documentation fragment is embedded. Documentation from the IDL is merged with documentation defined via the config at normalization time, where documentation provided by config rules overrides IDL provided. A number of constructs specific to the API platform are supported in documentation text. In order to reference a proto element, the following notation can be used: To override the display text used for the link, this can be used: Text can be excluded from doc using the following notation: (-- internal comment --) A few directives are available in documentation. Note that directives must appear on a single line to be properly identified. The include directive includes a markdown file from an external source: (== include path/to/file ==) The resource_for directive marks a message to be the resource of a collection in REST view. If it is not specified, tools attempt to infer the resource from the operations in a collection: (== resource_for v1.shelves.books ==) The directive suppress_warning does not directly affect documentation and is documented together with service config validation.


Documentation.fromJson(Map _json)


documentationRootUrl String
The URL to the root of documentation.
read / write
hashCode int
The hash code for this object. [...]
read-only, inherited
overview String
Declares a single overview page. For example: documentation: summary: ... overview: (== include ==) This is a shortcut for the following declaration (using pages style): documentation: summary: ... pages: - name: Overview content: (== include ==) Note: you cannot specify both overview field and pages field.
read / write
pages List<Page>
The top level pages for the documentation set.
read / write
rules List<DocumentationRule>
A list of documentation rules that apply to individual API elements. NOTE: All service configuration rules follow "last one wins" order.
read / write
runtimeType Type
A representation of the runtime type of the object.
read-only, inherited
serviceRootUrl String
Specifies the service root url if the default one (the service name from the yaml file) is not suitable. This can be seen in any fully specified service urls as well as sections that show a base that other urls are relative to.
read / write
summary String
A short summary of what the service does. Can only be provided by plain text.
read / write


noSuchMethod(Invocation invocation) → dynamic
Invoked when a non-existent method or property is accessed. [...]
toJson() Map<String, Object>
toString() String
Returns a string representation of this object.


operator ==(Object other) bool
The equality operator. [...]