input-field-naming

Since 0.9.0

This rule checks that the input field names follow a naming convention, camelCase by default.

Rule Details

Consistent names make a schema predictable for its clients: generated code, documentation and queries read the same everywhere. The rule reports a name that doesn’t follow the convention, with the name converted to it as a suggestion.

Configuration

The configuration block can be a string, the convention, or an object with the properties:

• convention: camelCase, camelCaseStrict, PascalCase, PascalCaseStrict, snake_case, CONST_CASE (or UPPER_CASE), kebab-case or Header-Case; the strict forms reject two capitals in a row (userID)
• allowLeadingUnderscore: whether leading underscores are ignored, e.g. in _service; false by default

version: "1.0"
commands:
  lint:
    graphql:
      rules:
        input-field-naming: [warning, { convention: snake_case, allowLeadingUnderscore: true }]

The rule can be disabled for a node and everything nested in it with an # apigenie-lint-disable input-field-naming comment on the node, or for a whole file with the comment at the top of the file, separated from the first definition by a blank line. It applies to definitions.

Examples

Good.

input UserFilter { firstName: String }

Bad. The linter reports Input field name 'FirstName' should be camelCase, e.g. 'firstName'.

input UserFilter { FirstName: String }

Related rules

• field-naming