supergraphql/graphql-static-binding

View on GitHub

Showing 44 of 44 total issues

File graphcool-ts.ts has 273 lines of code (exceeds 250 allowed). Consider refactoring.
Open

import {
  GraphQLUnionType,
  GraphQLWrappingType,
  GraphQLObjectType,
  GraphQLInputObjectType,
Severity: Minor
Found in src/generators/graphcool-ts.ts - About 2 hrs to fix

    Function generateCode has a Cognitive Complexity of 17 (exceeds 5 allowed). Consider refactoring.
    Open

    export function generateCode(schema: string, generator: Generator | string): string {
        if (typeof generator === 'string'){
          generator = generators[generator] || require(generator).generator
          if (!generator) {
            throw new Error(`Generator '${generator}' could not be found. Available generators:
    Severity: Minor
    Found in src/index.ts - About 2 hrs to fix

    Cognitive Complexity

    Cognitive Complexity is a measure of how difficult a unit of code is to intuitively understand. Unlike Cyclomatic Complexity, which determines how difficult your code will be to test, Cognitive Complexity tells you how difficult your code will be to read and comprehend.

    A method's cognitive complexity is based on a few simple rules:

    • Code is not considered more complex when it uses shorthand that the language provides for collapsing multiple statements into one
    • Code is considered more complex for each "break in the linear flow of the code"
    • Code is considered more complex when "flow breaking structures are nested"

    Further reading

    Function generateCode has 34 lines of code (exceeds 25 allowed). Consider refactoring.
    Open

    export function generateCode(schema: string, generator: Generator | string): string {
        if (typeof generator === 'string'){
          generator = generators[generator] || require(generator).generator
          if (!generator) {
            throw new Error(`Generator '${generator}' could not be found. Available generators:
    Severity: Minor
    Found in src/index.ts - About 1 hr to fix

      Similar blocks of code found in 2 locations. Consider refactoring.
      Open

        return `${(type as GraphQLNamedType).name}${(type as GraphQLNamedType).name === 'ID' ? '_Input' : ''}`
      Severity: Minor
      Found in src/generators/graphcool-ts.ts and 1 other location - About 35 mins to fix
      src/generators/graphcool-ts.ts on lines 251..251

      Duplicated Code

      Duplicated code can lead to software that is hard to understand and difficult to change. The Don't Repeat Yourself (DRY) principle states:

      Every piece of knowledge must have a single, unambiguous, authoritative representation within a system.

      When you violate DRY, bugs and maintenance problems are sure to follow. Duplicated code has a tendency to both continue to replicate and also to diverge (leaving bugs as two similar implementations differ in subtle ways).

      Tuning

      This issue has a mass of 46.

      We set useful threshold defaults for the languages we support but you may want to adjust these settings based on your project guidelines.

      The threshold configuration represents the minimum mass a code block must have to be analyzed for duplication. The lower the threshold, the more fine-grained the comparison.

      If the engine is too easily reporting duplication, try raising the threshold. If you suspect that the engine isn't catching enough duplication, try lowering the threshold. The best setting tends to differ from language to language.

      See codeclimate-duplication's documentation for more information about tuning the mass threshold in your .codeclimate.yml.

      Refactorings

      Further Reading

      Similar blocks of code found in 2 locations. Consider refactoring.
      Open

        return `${(type as GraphQLNamedType).name}${(type as GraphQLNamedType).name === 'ID' ? '_Output' : ''}`
      Severity: Minor
      Found in src/generators/graphcool-ts.ts and 1 other location - About 35 mins to fix
      src/generators/graphcool-ts.ts on lines 262..262

      Duplicated Code

      Duplicated code can lead to software that is hard to understand and difficult to change. The Don't Repeat Yourself (DRY) principle states:

      Every piece of knowledge must have a single, unambiguous, authoritative representation within a system.

      When you violate DRY, bugs and maintenance problems are sure to follow. Duplicated code has a tendency to both continue to replicate and also to diverge (leaving bugs as two similar implementations differ in subtle ways).

      Tuning

      This issue has a mass of 46.

      We set useful threshold defaults for the languages we support but you may want to adjust these settings based on your project guidelines.

      The threshold configuration represents the minimum mass a code block must have to be analyzed for duplication. The lower the threshold, the more fine-grained the comparison.

      If the engine is too easily reporting duplication, try raising the threshold. If you suspect that the engine isn't catching enough duplication, try lowering the threshold. The best setting tends to differ from language to language.

      See codeclimate-duplication's documentation for more information about tuning the mass threshold in your .codeclimate.yml.

      Refactorings

      Further Reading

      Function renderRootType has a Cognitive Complexity of 6 (exceeds 5 allowed). Consider refactoring.
      Open

      function renderRootType(type: GraphQLObjectType): string {
        const fieldDefinition = Object.keys(type.getFields())
          .map(f => {
            const field = type.getFields()[f]
            return `  ${field.name}: (args: {${field.args.length > 0 ? ' ' : ''}${field.args
      Severity: Minor
      Found in src/generators/binding-ts.ts - About 25 mins to fix

      Cognitive Complexity

      Cognitive Complexity is a measure of how difficult a unit of code is to intuitively understand. Unlike Cyclomatic Complexity, which determines how difficult your code will be to test, Cognitive Complexity tells you how difficult your code will be to read and comprehend.

      A method's cognitive complexity is based on a few simple rules:

      • Code is not considered more complex when it uses shorthand that the language provides for collapsing multiple statements into one
      • Code is considered more complex for each "break in the linear flow of the code"
      • Code is considered more complex when "flow breaking structures are nested"

      Further reading

      Function renderRootType has a Cognitive Complexity of 6 (exceeds 5 allowed). Consider refactoring.
      Open

      function renderRootType(type: GraphQLObjectType): string {
        const fieldDefinition = Object.keys(type.getFields())
          .map(f => {
            const field = type.getFields()[f]
            return `  ${field.name}: (args: {${field.args.length > 0 ? ' ' : ''}${field.args
      Severity: Minor
      Found in src/generators/graphcool-ts.ts - About 25 mins to fix

      Cognitive Complexity

      Cognitive Complexity is a measure of how difficult a unit of code is to intuitively understand. Unlike Cyclomatic Complexity, which determines how difficult your code will be to test, Cognitive Complexity tells you how difficult your code will be to read and comprehend.

      A method's cognitive complexity is based on a few simple rules:

      • Code is not considered more complex when it uses shorthand that the language provides for collapsing multiple statements into one
      • Code is considered more complex for each "break in the linear flow of the code"
      • Code is considered more complex when "flow breaking structures are nested"

      Further reading

      file should end with a newline
      Open

      }
      Severity: Minor
      Found in src/generators/binding-ts.ts by tslint

      Rule: eofline

      Ensures the file ends with a newline.

      Fix for single-line files is not supported.

      Rationale

      It is a standard convention to end files with a newline.

      Notes
      • Has Fix

      Config

      Not configurable.

      Examples
      "eofline": true

      For more information see this page.

      missing whitespace
      Open

          }`: ''}${subscriptionType ? `
      Severity: Minor
      Found in src/generators/binding-js.ts by tslint

      Rule: whitespace

      Enforces whitespace style conventions.

      Rationale

      Helps maintain a readable, consistent style in your codebase.

      Notes
      • Has Fix

      Config

      Several arguments may be optionally provided:

      • "check-branch" checks branching statements (if/else/for/while) are followed by whitespace.
      • "check-decl"checks that variable declarations have whitespace around the equals token.
      • "check-operator" checks for whitespace around operator tokens.
      • "check-module" checks for whitespace in import & export statements.
      • "check-separator" checks for whitespace after separator tokens (,/;).
      • "check-rest-spread" checks that there is no whitespace after rest/spread operator (...).
      • "check-type" checks for whitespace before a variable type specification.
      • "check-typecast" checks for whitespace between a typecast and its target.
      • "check-type-operator" checks for whitespace between type operators | and &.
      • "check-preblock" checks for whitespace before the opening brace of a block.
      • "check-postbrace" checks for whitespace after an opening brace.
      Examples
      "whitespace": true,check-branch,check-operator,check-typecast
      Schema
      {
        "type": "array",
        "items": {
          "type": "string",
          "enum": [
            "check-branch",
            "check-decl",
            "check-operator",
            "check-module",
            "check-separator",
            "check-rest-spread",
            "check-type",
            "check-typecast",
            "check-type-operator",
            "check-preblock",
            "check-postbrace"
          ]
        },
        "minLength": 0,
        "maxLength": 11
      }

      For more information see this page.

      missing whitespace
      Open

          }`: ''}${subscriptionType ? `
      Severity: Minor
      Found in src/generators/graphcool-js.ts by tslint

      Rule: whitespace

      Enforces whitespace style conventions.

      Rationale

      Helps maintain a readable, consistent style in your codebase.

      Notes
      • Has Fix

      Config

      Several arguments may be optionally provided:

      • "check-branch" checks branching statements (if/else/for/while) are followed by whitespace.
      • "check-decl"checks that variable declarations have whitespace around the equals token.
      • "check-operator" checks for whitespace around operator tokens.
      • "check-module" checks for whitespace in import & export statements.
      • "check-separator" checks for whitespace after separator tokens (,/;).
      • "check-rest-spread" checks that there is no whitespace after rest/spread operator (...).
      • "check-type" checks for whitespace before a variable type specification.
      • "check-typecast" checks for whitespace between a typecast and its target.
      • "check-type-operator" checks for whitespace between type operators | and &.
      • "check-preblock" checks for whitespace before the opening brace of a block.
      • "check-postbrace" checks for whitespace after an opening brace.
      Examples
      "whitespace": true,check-branch,check-operator,check-typecast
      Schema
      {
        "type": "array",
        "items": {
          "type": "string",
          "enum": [
            "check-branch",
            "check-decl",
            "check-operator",
            "check-module",
            "check-separator",
            "check-rest-spread",
            "check-type",
            "check-typecast",
            "check-type-operator",
            "check-preblock",
            "check-postbrace"
          ]
        },
        "minLength": 0,
        "maxLength": 11
      }

      For more information see this page.

      missing whitespace
      Open

          }`: ''}
      Severity: Minor
      Found in src/generators/prisma-js.ts by tslint

      Rule: whitespace

      Enforces whitespace style conventions.

      Rationale

      Helps maintain a readable, consistent style in your codebase.

      Notes
      • Has Fix

      Config

      Several arguments may be optionally provided:

      • "check-branch" checks branching statements (if/else/for/while) are followed by whitespace.
      • "check-decl"checks that variable declarations have whitespace around the equals token.
      • "check-operator" checks for whitespace around operator tokens.
      • "check-module" checks for whitespace in import & export statements.
      • "check-separator" checks for whitespace after separator tokens (,/;).
      • "check-rest-spread" checks that there is no whitespace after rest/spread operator (...).
      • "check-type" checks for whitespace before a variable type specification.
      • "check-typecast" checks for whitespace between a typecast and its target.
      • "check-type-operator" checks for whitespace between type operators | and &.
      • "check-preblock" checks for whitespace before the opening brace of a block.
      • "check-postbrace" checks for whitespace after an opening brace.
      Examples
      "whitespace": true,check-branch,check-operator,check-typecast
      Schema
      {
        "type": "array",
        "items": {
          "type": "string",
          "enum": [
            "check-branch",
            "check-decl",
            "check-operator",
            "check-module",
            "check-separator",
            "check-rest-spread",
            "check-type",
            "check-typecast",
            "check-type-operator",
            "check-preblock",
            "check-postbrace"
          ]
        },
        "minLength": 0,
        "maxLength": 11
      }

      For more information see this page.

      " should be '
      Open

      import { GraphQLObjectType, GraphQLUnionType, GraphQLInputObjectType, GraphQLScalarType, GraphQLEnumType, GraphQLInterfaceType } from "graphql";
      Severity: Minor
      Found in src/types.ts by tslint

      Rule: quotemark

      Enforces quote character for string literals.

      Notes
      • Has Fix

      Config

      Five arguments may be optionally provided:

      • "single" enforces single quotes.
      • "double" enforces double quotes.
      • "backtick" enforces backticks.
      • "jsx-single" enforces single quotes for JSX attributes.
      • "jsx-double" enforces double quotes for JSX attributes.
      • "avoid-template" forbids single-line untagged template strings that do not contain string interpolations. Note that backticks may still be used if "avoid-escape" is enabled and both single and double quotes are present in the string (the latter option takes precedence).
      • "avoid-escape" allows you to use the "other" quotemark in cases where escaping would normally be required. For example, [true, "double", "avoid-escape"] would not report a failure on the string literal 'Hello "World"'.
      Examples
      "quotemark": true,single,avoid-escape,avoid-template
      "quotemark": true,single,jsx-double
      Schema
      {
        "type": "array",
        "items": {
          "type": "string",
          "enum": [
            "single",
            "double",
            "backtick",
            "jsx-single",
            "jsx-double",
            "avoid-escape",
            "avoid-template"
          ]
        },
        "minLength": 0,
        "maxLength": 5
      }

      For more information see this page.

      Shadowed name: 'f'
      Open

              .map(f => `${renderFieldName(f)}: ${renderFieldType(f.type)}`)
      Severity: Minor
      Found in src/generators/graphcool-ts.ts by tslint

      Rule: no-shadowed-variable

      Disallows shadowing variable declarations.

      Rationale

      When a variable in a local scope and a variable in the containing scope have the same name, shadowing occurs. Shadowing makes it impossible to access the variable in the containing scope and obscures to what value an identifier actually refers. Compare the following snippets:

      const a = 'no shadow';
      function print() {
          console.log(a);
      }
      print(); // logs 'no shadow'.
      const a = 'no shadow';
      function print() {
          const a = 'shadow'; // TSLint will complain here.
          console.log(a);
      }
      print(); // logs 'shadow'.

      ESLint has an equivalent rule. For more background information, refer to this MDN closure doc.

      Config

      You can optionally pass an object to disable checking for certain kinds of declarations. Possible keys are "class", "enum", "function", "import", "interface", "namespace", "typeAlias" and "typeParameter". You can also pass "underscore" to ignore variable names that begin with _. Just set the value to false for the check you want to disable. All checks default to true, i.e. are enabled by default. Note that you cannot disable variables and parameters.

      The option "temporalDeadZone" defaults to true which shows errors when shadowing block scoped declarations in their temporal dead zone. When set to false parameters, classes, enums and variables declared with let or const are not considered shadowed if the shadowing occurs within their temporal dead zone.

      The following example shows how the "temporalDeadZone" option changes the linting result:

      function fn(value) {
          if (value) {
              const tmp = value; // no error on this line if "temporalDeadZone" is false
              return tmp;
          }
          let tmp = undefined;
          if (!value) {
              const tmp = value; // this line always contains an error
              return tmp;
          }
      }
      Examples
      "no-shadowed-variable": true
      "no-shadowed-variable": true,[object Object]
      Schema
      {
        "type": "object",
        "properties": {
          "class": {
            "type": "boolean"
          },
          "enum": {
            "type": "boolean"
          },
          "function": {
            "type": "boolean"
          },
          "import": {
            "type": "boolean"
          },
          "interface": {
            "type": "boolean"
          },
          "namespace": {
            "type": "boolean"
          },
          "typeAlias": {
            "type": "boolean"
          },
          "typeParameter": {
            "type": "boolean"
          },
          "temporalDeadZone": {
            "type": "boolean"
          },
          "underscore": {
            "type": "boolean"
          }
        }
      }

      For more information see this page.

      file should end with a newline
      Open

        }
      Severity: Minor
      Found in src/types.ts by tslint

      Rule: eofline

      Ensures the file ends with a newline.

      Fix for single-line files is not supported.

      Rationale

      It is a standard convention to end files with a newline.

      Notes
      • Has Fix

      Config

      Not configurable.

      Examples
      "eofline": true

      For more information see this page.

      missing whitespace
      Open

          }`: ''}
      Severity: Minor
      Found in src/generators/graphcool-js.ts by tslint

      Rule: whitespace

      Enforces whitespace style conventions.

      Rationale

      Helps maintain a readable, consistent style in your codebase.

      Notes
      • Has Fix

      Config

      Several arguments may be optionally provided:

      • "check-branch" checks branching statements (if/else/for/while) are followed by whitespace.
      • "check-decl"checks that variable declarations have whitespace around the equals token.
      • "check-operator" checks for whitespace around operator tokens.
      • "check-module" checks for whitespace in import & export statements.
      • "check-separator" checks for whitespace after separator tokens (,/;).
      • "check-rest-spread" checks that there is no whitespace after rest/spread operator (...).
      • "check-type" checks for whitespace before a variable type specification.
      • "check-typecast" checks for whitespace between a typecast and its target.
      • "check-type-operator" checks for whitespace between type operators | and &.
      • "check-preblock" checks for whitespace before the opening brace of a block.
      • "check-postbrace" checks for whitespace after an opening brace.
      Examples
      "whitespace": true,check-branch,check-operator,check-typecast
      Schema
      {
        "type": "array",
        "items": {
          "type": "string",
          "enum": [
            "check-branch",
            "check-decl",
            "check-operator",
            "check-module",
            "check-separator",
            "check-rest-spread",
            "check-type",
            "check-typecast",
            "check-type-operator",
            "check-preblock",
            "check-postbrace"
          ]
        },
        "minLength": 0,
        "maxLength": 11
      }

      For more information see this page.

      Shadowed name: 'f'
      Open

              .map(f => `${renderFieldName(f)}: ${renderFieldType(f.type)}`)
      Severity: Minor
      Found in src/generators/binding-ts.ts by tslint

      Rule: no-shadowed-variable

      Disallows shadowing variable declarations.

      Rationale

      When a variable in a local scope and a variable in the containing scope have the same name, shadowing occurs. Shadowing makes it impossible to access the variable in the containing scope and obscures to what value an identifier actually refers. Compare the following snippets:

      const a = 'no shadow';
      function print() {
          console.log(a);
      }
      print(); // logs 'no shadow'.
      const a = 'no shadow';
      function print() {
          const a = 'shadow'; // TSLint will complain here.
          console.log(a);
      }
      print(); // logs 'shadow'.

      ESLint has an equivalent rule. For more background information, refer to this MDN closure doc.

      Config

      You can optionally pass an object to disable checking for certain kinds of declarations. Possible keys are "class", "enum", "function", "import", "interface", "namespace", "typeAlias" and "typeParameter". You can also pass "underscore" to ignore variable names that begin with _. Just set the value to false for the check you want to disable. All checks default to true, i.e. are enabled by default. Note that you cannot disable variables and parameters.

      The option "temporalDeadZone" defaults to true which shows errors when shadowing block scoped declarations in their temporal dead zone. When set to false parameters, classes, enums and variables declared with let or const are not considered shadowed if the shadowing occurs within their temporal dead zone.

      The following example shows how the "temporalDeadZone" option changes the linting result:

      function fn(value) {
          if (value) {
              const tmp = value; // no error on this line if "temporalDeadZone" is false
              return tmp;
          }
          let tmp = undefined;
          if (!value) {
              const tmp = value; // this line always contains an error
              return tmp;
          }
      }
      Examples
      "no-shadowed-variable": true
      "no-shadowed-variable": true,[object Object]
      Schema
      {
        "type": "object",
        "properties": {
          "class": {
            "type": "boolean"
          },
          "enum": {
            "type": "boolean"
          },
          "function": {
            "type": "boolean"
          },
          "import": {
            "type": "boolean"
          },
          "interface": {
            "type": "boolean"
          },
          "namespace": {
            "type": "boolean"
          },
          "typeAlias": {
            "type": "boolean"
          },
          "typeParameter": {
            "type": "boolean"
          },
          "temporalDeadZone": {
            "type": "boolean"
          },
          "underscore": {
            "type": "boolean"
          }
        }
      }

      For more information see this page.

      missing whitespace
      Open

          }`: ''}
      Severity: Minor
      Found in src/generators/binding-js.ts by tslint

      Rule: whitespace

      Enforces whitespace style conventions.

      Rationale

      Helps maintain a readable, consistent style in your codebase.

      Notes
      • Has Fix

      Config

      Several arguments may be optionally provided:

      • "check-branch" checks branching statements (if/else/for/while) are followed by whitespace.
      • "check-decl"checks that variable declarations have whitespace around the equals token.
      • "check-operator" checks for whitespace around operator tokens.
      • "check-module" checks for whitespace in import & export statements.
      • "check-separator" checks for whitespace after separator tokens (,/;).
      • "check-rest-spread" checks that there is no whitespace after rest/spread operator (...).
      • "check-type" checks for whitespace before a variable type specification.
      • "check-typecast" checks for whitespace between a typecast and its target.
      • "check-type-operator" checks for whitespace between type operators | and &.
      • "check-preblock" checks for whitespace before the opening brace of a block.
      • "check-postbrace" checks for whitespace after an opening brace.
      Examples
      "whitespace": true,check-branch,check-operator,check-typecast
      Schema
      {
        "type": "array",
        "items": {
          "type": "string",
          "enum": [
            "check-branch",
            "check-decl",
            "check-operator",
            "check-module",
            "check-separator",
            "check-rest-spread",
            "check-type",
            "check-typecast",
            "check-type-operator",
            "check-preblock",
            "check-postbrace"
          ]
        },
        "minLength": 0,
        "maxLength": 11
      }

      For more information see this page.

      missing whitespace
      Open

        }`: ''}${subscriptionType ? `
      Severity: Minor
      Found in src/generators/binding-ts.ts by tslint

      Rule: whitespace

      Enforces whitespace style conventions.

      Rationale

      Helps maintain a readable, consistent style in your codebase.

      Notes
      • Has Fix

      Config

      Several arguments may be optionally provided:

      • "check-branch" checks branching statements (if/else/for/while) are followed by whitespace.
      • "check-decl"checks that variable declarations have whitespace around the equals token.
      • "check-operator" checks for whitespace around operator tokens.
      • "check-module" checks for whitespace in import & export statements.
      • "check-separator" checks for whitespace after separator tokens (,/;).
      • "check-rest-spread" checks that there is no whitespace after rest/spread operator (...).
      • "check-type" checks for whitespace before a variable type specification.
      • "check-typecast" checks for whitespace between a typecast and its target.
      • "check-type-operator" checks for whitespace between type operators | and &.
      • "check-preblock" checks for whitespace before the opening brace of a block.
      • "check-postbrace" checks for whitespace after an opening brace.
      Examples
      "whitespace": true,check-branch,check-operator,check-typecast
      Schema
      {
        "type": "array",
        "items": {
          "type": "string",
          "enum": [
            "check-branch",
            "check-decl",
            "check-operator",
            "check-module",
            "check-separator",
            "check-rest-spread",
            "check-type",
            "check-typecast",
            "check-type-operator",
            "check-preblock",
            "check-postbrace"
          ]
        },
        "minLength": 0,
        "maxLength": 11
      }

      For more information see this page.

      Shadowed name: 'f'
      Open

              .map(f => `${renderFieldName(f)}: ${renderFieldType(f.type)}`)
      Severity: Minor
      Found in src/generators/binding-ts.ts by tslint

      Rule: no-shadowed-variable

      Disallows shadowing variable declarations.

      Rationale

      When a variable in a local scope and a variable in the containing scope have the same name, shadowing occurs. Shadowing makes it impossible to access the variable in the containing scope and obscures to what value an identifier actually refers. Compare the following snippets:

      const a = 'no shadow';
      function print() {
          console.log(a);
      }
      print(); // logs 'no shadow'.
      const a = 'no shadow';
      function print() {
          const a = 'shadow'; // TSLint will complain here.
          console.log(a);
      }
      print(); // logs 'shadow'.

      ESLint has an equivalent rule. For more background information, refer to this MDN closure doc.

      Config

      You can optionally pass an object to disable checking for certain kinds of declarations. Possible keys are "class", "enum", "function", "import", "interface", "namespace", "typeAlias" and "typeParameter". You can also pass "underscore" to ignore variable names that begin with _. Just set the value to false for the check you want to disable. All checks default to true, i.e. are enabled by default. Note that you cannot disable variables and parameters.

      The option "temporalDeadZone" defaults to true which shows errors when shadowing block scoped declarations in their temporal dead zone. When set to false parameters, classes, enums and variables declared with let or const are not considered shadowed if the shadowing occurs within their temporal dead zone.

      The following example shows how the "temporalDeadZone" option changes the linting result:

      function fn(value) {
          if (value) {
              const tmp = value; // no error on this line if "temporalDeadZone" is false
              return tmp;
          }
          let tmp = undefined;
          if (!value) {
              const tmp = value; // this line always contains an error
              return tmp;
          }
      }
      Examples
      "no-shadowed-variable": true
      "no-shadowed-variable": true,[object Object]
      Schema
      {
        "type": "object",
        "properties": {
          "class": {
            "type": "boolean"
          },
          "enum": {
            "type": "boolean"
          },
          "function": {
            "type": "boolean"
          },
          "import": {
            "type": "boolean"
          },
          "interface": {
            "type": "boolean"
          },
          "namespace": {
            "type": "boolean"
          },
          "typeAlias": {
            "type": "boolean"
          },
          "typeParameter": {
            "type": "boolean"
          },
          "temporalDeadZone": {
            "type": "boolean"
          },
          "underscore": {
            "type": "boolean"
          }
        }
      }

      For more information see this page.

      missing whitespace
      Open

        }`: ''}
      Severity: Minor
      Found in src/generators/binding-ts.ts by tslint

      Rule: whitespace

      Enforces whitespace style conventions.

      Rationale

      Helps maintain a readable, consistent style in your codebase.

      Notes
      • Has Fix

      Config

      Several arguments may be optionally provided:

      • "check-branch" checks branching statements (if/else/for/while) are followed by whitespace.
      • "check-decl"checks that variable declarations have whitespace around the equals token.
      • "check-operator" checks for whitespace around operator tokens.
      • "check-module" checks for whitespace in import & export statements.
      • "check-separator" checks for whitespace after separator tokens (,/;).
      • "check-rest-spread" checks that there is no whitespace after rest/spread operator (...).
      • "check-type" checks for whitespace before a variable type specification.
      • "check-typecast" checks for whitespace between a typecast and its target.
      • "check-type-operator" checks for whitespace between type operators | and &.
      • "check-preblock" checks for whitespace before the opening brace of a block.
      • "check-postbrace" checks for whitespace after an opening brace.
      Examples
      "whitespace": true,check-branch,check-operator,check-typecast
      Schema
      {
        "type": "array",
        "items": {
          "type": "string",
          "enum": [
            "check-branch",
            "check-decl",
            "check-operator",
            "check-module",
            "check-separator",
            "check-rest-spread",
            "check-type",
            "check-typecast",
            "check-type-operator",
            "check-preblock",
            "check-postbrace"
          ]
        },
        "minLength": 0,
        "maxLength": 11
      }

      For more information see this page.

      Severity
      Category
      Status
      Source
      Language