marionebl/jogwheel

View on GitHub
tasks/documentation.js

Summary

Maintainability
B
5 hrs
Test Coverage

Function exports has 79 lines of code (exceeds 25 allowed). Consider refactoring.
Open

module.exports = function (gulp, paths) {
    const props = {
        paths: paths,
        gulp: gulp,
        pkg: merge({}, pkg, pkg.config.documentation),
Severity: Major
Found in tasks/documentation.js - About 3 hrs to fix

    Function documentation has 44 lines of code (exceeds 25 allowed). Consider refactoring.
    Open

        return function documentation(done) {
            /* @desc build markdown from sources */
            getApiDocumentation(paths.source.entry, ['md', 'json', 'html'], (err, docs) => {
                if (err) {
                    return done(err);
    Severity: Minor
    Found in tasks/documentation.js - About 1 hr to fix

      Function exports has a Cognitive Complexity of 7 (exceeds 5 allowed). Consider refactoring.
      Open

      module.exports = function (gulp, paths) {
          const props = {
              paths: paths,
              gulp: gulp,
              pkg: merge({}, pkg, pkg.config.documentation),
      Severity: Minor
      Found in tasks/documentation.js - About 35 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

      Expected property shorthand.
      Open

                          docs: docs,
      Severity: Minor
      Found in tasks/documentation.js by eslint

      Require Object Literal Shorthand Syntax (object-shorthand)

      EcmaScript 6 provides a concise form for defining object literal methods and properties. This syntax can make defining complex object literals much cleaner.

      Here are a few common examples using the ES5 syntax:

      // properties
      var foo = {
          x: x,
          y: y,
          z: z,
      };
      
      // methods
      var foo = {
          a: function() {},
          b: function() {}
      };

      Now here are ES6 equivalents:

      /*eslint-env es6*/
      
      // properties
      var foo = {x, y, z};
      
      // methods
      var foo = {
          a() {},
          b() {}
      };

      Rule Details

      This rule enforces the use of the shorthand syntax. This applies to all methods (including generators) defined in object literals and any properties defined where the key name matches name of the assigned variable.

      Each of the following properties would warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w: function() {},
          x: function *() {},
          [y]: function() {},
          z: z
      };

      In that case the expected syntax would have been:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w() {},
          *x() {},
          [y]() {},
          z
      };

      This rule does not flag arrow functions inside of object literals. The following will not warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          x: (y) => y
      };

      Options

      The rule takes an option which specifies when it should be applied. It can be set to one of the following values:

      • "always" (default) expects that the shorthand will be used whenever possible.
      • "methods" ensures the method shorthand is used (also applies to generators).
      • "properties" ensures the property shorthand is used (where the key and variable name match).
      • "never" ensures that no property or method shorthand is used in any object literal.
      • "consistent" ensures that either all shorthand or all longform will be used in an object literal.
      • "consistent-as-needed" ensures that either all shorthand or all longform will be used in an object literal, but ensures all shorthand whenever possible.

      You can set the option in configuration like this:

      {
          "object-shorthand": ["error", "always"]
      }

      Additionally, the rule takes an optional object configuration:

      • "avoidQuotes": true indicates that longform syntax is preferred whenever the object key is a string literal (default: false). Note that this option can only be enabled when the string option is set to "always", "methods", or "properties".
      • "ignoreConstructors": true can be used to prevent the rule from reporting errors for constructor functions. (By default, the rule treats constructors the same way as other functions.) Note that this option can only be enabled when the string option is set to "always" or "methods".
      • "avoidExplicitReturnArrows": true indicates that methods are preferred over explicit-return arrow functions for function properties. (By default, the rule allows either of these.) Note that this option can only be enabled when the string option is set to "always" or "methods".

      avoidQuotes

      {
          "object-shorthand": ["error", "always", { "avoidQuotes": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz"() {}
      };

      Example of correct code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz": function() {},
          "qux": qux
      };

      ignoreConstructors

      {
          "object-shorthand": ["error", "always", { "ignoreConstructors": true }]
      }

      Example of correct code for this rule with the "always", { "ignoreConstructors": true } option:

      /*eslint object-shorthand: ["error", "always", { "ignoreConstructors": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          ConstructorFunction: function() {}
      };

      avoidExplicitReturnArrows

      {
          "object-shorthand": ["error", "always", { "avoidExplicitReturnArrows": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo: (bar, baz) => {
          return bar + baz;
        },
      
        qux: (foobar) => {
          return foobar * 2;
        }
      };

      Example of correct code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo(bar, baz) {
          return bar + baz;
        },
      
        qux: foobar => foobar * 2
      };

      Example of incorrect code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a,
          b: "foo",
      };

      Examples of correct code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: "foo"
      };
      
      var bar = {
          a,
          b,
      };

      Example of incorrect code with the "consistent-as-needed" option, which is very similar to "consistent":

      /*eslint object-shorthand: [2, "consistent-as-needed"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: b,
      };

      When Not To Use It

      Anyone not yet in an ES6 environment would not want to apply this rule. Others may find the terseness of the shorthand syntax harder to read and may not want to encourage it with this rule.

      Further Reading

      Object initializer - MDN Source: http://eslint.org/docs/rules/

      Expected property shorthand.
      Open

              gulp: gulp,
      Severity: Minor
      Found in tasks/documentation.js by eslint

      Require Object Literal Shorthand Syntax (object-shorthand)

      EcmaScript 6 provides a concise form for defining object literal methods and properties. This syntax can make defining complex object literals much cleaner.

      Here are a few common examples using the ES5 syntax:

      // properties
      var foo = {
          x: x,
          y: y,
          z: z,
      };
      
      // methods
      var foo = {
          a: function() {},
          b: function() {}
      };

      Now here are ES6 equivalents:

      /*eslint-env es6*/
      
      // properties
      var foo = {x, y, z};
      
      // methods
      var foo = {
          a() {},
          b() {}
      };

      Rule Details

      This rule enforces the use of the shorthand syntax. This applies to all methods (including generators) defined in object literals and any properties defined where the key name matches name of the assigned variable.

      Each of the following properties would warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w: function() {},
          x: function *() {},
          [y]: function() {},
          z: z
      };

      In that case the expected syntax would have been:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w() {},
          *x() {},
          [y]() {},
          z
      };

      This rule does not flag arrow functions inside of object literals. The following will not warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          x: (y) => y
      };

      Options

      The rule takes an option which specifies when it should be applied. It can be set to one of the following values:

      • "always" (default) expects that the shorthand will be used whenever possible.
      • "methods" ensures the method shorthand is used (also applies to generators).
      • "properties" ensures the property shorthand is used (where the key and variable name match).
      • "never" ensures that no property or method shorthand is used in any object literal.
      • "consistent" ensures that either all shorthand or all longform will be used in an object literal.
      • "consistent-as-needed" ensures that either all shorthand or all longform will be used in an object literal, but ensures all shorthand whenever possible.

      You can set the option in configuration like this:

      {
          "object-shorthand": ["error", "always"]
      }

      Additionally, the rule takes an optional object configuration:

      • "avoidQuotes": true indicates that longform syntax is preferred whenever the object key is a string literal (default: false). Note that this option can only be enabled when the string option is set to "always", "methods", or "properties".
      • "ignoreConstructors": true can be used to prevent the rule from reporting errors for constructor functions. (By default, the rule treats constructors the same way as other functions.) Note that this option can only be enabled when the string option is set to "always" or "methods".
      • "avoidExplicitReturnArrows": true indicates that methods are preferred over explicit-return arrow functions for function properties. (By default, the rule allows either of these.) Note that this option can only be enabled when the string option is set to "always" or "methods".

      avoidQuotes

      {
          "object-shorthand": ["error", "always", { "avoidQuotes": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz"() {}
      };

      Example of correct code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz": function() {},
          "qux": qux
      };

      ignoreConstructors

      {
          "object-shorthand": ["error", "always", { "ignoreConstructors": true }]
      }

      Example of correct code for this rule with the "always", { "ignoreConstructors": true } option:

      /*eslint object-shorthand: ["error", "always", { "ignoreConstructors": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          ConstructorFunction: function() {}
      };

      avoidExplicitReturnArrows

      {
          "object-shorthand": ["error", "always", { "avoidExplicitReturnArrows": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo: (bar, baz) => {
          return bar + baz;
        },
      
        qux: (foobar) => {
          return foobar * 2;
        }
      };

      Example of correct code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo(bar, baz) {
          return bar + baz;
        },
      
        qux: foobar => foobar * 2
      };

      Example of incorrect code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a,
          b: "foo",
      };

      Examples of correct code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: "foo"
      };
      
      var bar = {
          a,
          b,
      };

      Example of incorrect code with the "consistent-as-needed" option, which is very similar to "consistent":

      /*eslint object-shorthand: [2, "consistent-as-needed"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: b,
      };

      When Not To Use It

      Anyone not yet in an ES6 environment would not want to apply this rule. Others may find the terseness of the shorthand syntax harder to read and may not want to encourage it with this rule.

      Further Reading

      Object initializer - MDN Source: http://eslint.org/docs/rules/

      Unexpected named function 'documentation'.
      Open

          return function documentation(done) {
      Severity: Minor
      Found in tasks/documentation.js by eslint

      Require or disallow named function expressions (func-names)

      A pattern that's becoming more common is to give function expressions names to aid in debugging. For example:

      Foo.prototype.bar = function bar() {};

      Adding the second bar in the above example is optional. If you leave off the function name then when the function throws an exception you are likely to get something similar to anonymous function in the stack trace. If you provide the optional name for a function expression then you will get the name of the function expression in the stack trace.

      Rule Details

      This rule can enforce or disallow the use of named function expressions.

      Options

      This rule has a string option:

      • "always" (default) requires function expressions to have a name
      • "as-needed" requires function expressions to have a name, if the name cannot be assigned automatically in an ES6 environment
      • "never" disallows named function expressions, except in recursive functions, where a name is needed

      always

      Examples of incorrect code for this rule with the default "always" option:

      /*eslint func-names: ["error", "always"]*/
      
      Foo.prototype.bar = function() {};
      
      (function() {
          // ...
      }())

      Examples of correct code for this rule with the default "always" option:

      /*eslint func-names: ["error", "always"]*/
      
      Foo.prototype.bar = function bar() {};
      
      (function bar() {
          // ...
      }())

      as-needed

      ECMAScript 6 introduced a name property on all functions. The value of name is determined by evaluating the code around the function to see if a name can be inferred. For example, a function assigned to a variable will automatically have a name property equal to the name of the variable. The value of name is then used in stack traces for easier debugging.

      Examples of incorrect code for this rule with the default "as-needed" option:

      /*eslint func-names: ["error", "as-needed"]*/
      
      Foo.prototype.bar = function() {};
      
      (function() {
          // ...
      }())

      Examples of correct code for this rule with the default "as-needed" option:

      /*eslint func-names: ["error", "as-needed"]*/
      
      var bar = function() {};
      
      (function bar() {
          // ...
      }())

      never

      Examples of incorrect code for this rule with the "never" option:

      /*eslint func-names: ["error", "never"]*/
      
      Foo.prototype.bar = function bar() {};
      
      (function bar() {
          // ...
      }())

      Examples of correct code for this rule with the "never" option:

      /*eslint func-names: ["error", "never"]*/
      
      Foo.prototype.bar = function() {};
      
      (function() {
          // ...
      }())

      Further Reading

      Compatibility

      Expected property shorthand.
      Open

              paths: paths,
      Severity: Minor
      Found in tasks/documentation.js by eslint

      Require Object Literal Shorthand Syntax (object-shorthand)

      EcmaScript 6 provides a concise form for defining object literal methods and properties. This syntax can make defining complex object literals much cleaner.

      Here are a few common examples using the ES5 syntax:

      // properties
      var foo = {
          x: x,
          y: y,
          z: z,
      };
      
      // methods
      var foo = {
          a: function() {},
          b: function() {}
      };

      Now here are ES6 equivalents:

      /*eslint-env es6*/
      
      // properties
      var foo = {x, y, z};
      
      // methods
      var foo = {
          a() {},
          b() {}
      };

      Rule Details

      This rule enforces the use of the shorthand syntax. This applies to all methods (including generators) defined in object literals and any properties defined where the key name matches name of the assigned variable.

      Each of the following properties would warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w: function() {},
          x: function *() {},
          [y]: function() {},
          z: z
      };

      In that case the expected syntax would have been:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w() {},
          *x() {},
          [y]() {},
          z
      };

      This rule does not flag arrow functions inside of object literals. The following will not warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          x: (y) => y
      };

      Options

      The rule takes an option which specifies when it should be applied. It can be set to one of the following values:

      • "always" (default) expects that the shorthand will be used whenever possible.
      • "methods" ensures the method shorthand is used (also applies to generators).
      • "properties" ensures the property shorthand is used (where the key and variable name match).
      • "never" ensures that no property or method shorthand is used in any object literal.
      • "consistent" ensures that either all shorthand or all longform will be used in an object literal.
      • "consistent-as-needed" ensures that either all shorthand or all longform will be used in an object literal, but ensures all shorthand whenever possible.

      You can set the option in configuration like this:

      {
          "object-shorthand": ["error", "always"]
      }

      Additionally, the rule takes an optional object configuration:

      • "avoidQuotes": true indicates that longform syntax is preferred whenever the object key is a string literal (default: false). Note that this option can only be enabled when the string option is set to "always", "methods", or "properties".
      • "ignoreConstructors": true can be used to prevent the rule from reporting errors for constructor functions. (By default, the rule treats constructors the same way as other functions.) Note that this option can only be enabled when the string option is set to "always" or "methods".
      • "avoidExplicitReturnArrows": true indicates that methods are preferred over explicit-return arrow functions for function properties. (By default, the rule allows either of these.) Note that this option can only be enabled when the string option is set to "always" or "methods".

      avoidQuotes

      {
          "object-shorthand": ["error", "always", { "avoidQuotes": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz"() {}
      };

      Example of correct code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz": function() {},
          "qux": qux
      };

      ignoreConstructors

      {
          "object-shorthand": ["error", "always", { "ignoreConstructors": true }]
      }

      Example of correct code for this rule with the "always", { "ignoreConstructors": true } option:

      /*eslint object-shorthand: ["error", "always", { "ignoreConstructors": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          ConstructorFunction: function() {}
      };

      avoidExplicitReturnArrows

      {
          "object-shorthand": ["error", "always", { "avoidExplicitReturnArrows": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo: (bar, baz) => {
          return bar + baz;
        },
      
        qux: (foobar) => {
          return foobar * 2;
        }
      };

      Example of correct code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo(bar, baz) {
          return bar + baz;
        },
      
        qux: foobar => foobar * 2
      };

      Example of incorrect code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a,
          b: "foo",
      };

      Examples of correct code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: "foo"
      };
      
      var bar = {
          a,
          b,
      };

      Example of incorrect code with the "consistent-as-needed" option, which is very similar to "consistent":

      /*eslint object-shorthand: [2, "consistent-as-needed"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: b,
      };

      When Not To Use It

      Anyone not yet in an ES6 environment would not want to apply this rule. Others may find the terseness of the shorthand syntax harder to read and may not want to encourage it with this rule.

      Further Reading

      Object initializer - MDN Source: http://eslint.org/docs/rules/

      Expected property shorthand.
      Open

                          examples: examples
      Severity: Minor
      Found in tasks/documentation.js by eslint

      Require Object Literal Shorthand Syntax (object-shorthand)

      EcmaScript 6 provides a concise form for defining object literal methods and properties. This syntax can make defining complex object literals much cleaner.

      Here are a few common examples using the ES5 syntax:

      // properties
      var foo = {
          x: x,
          y: y,
          z: z,
      };
      
      // methods
      var foo = {
          a: function() {},
          b: function() {}
      };

      Now here are ES6 equivalents:

      /*eslint-env es6*/
      
      // properties
      var foo = {x, y, z};
      
      // methods
      var foo = {
          a() {},
          b() {}
      };

      Rule Details

      This rule enforces the use of the shorthand syntax. This applies to all methods (including generators) defined in object literals and any properties defined where the key name matches name of the assigned variable.

      Each of the following properties would warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w: function() {},
          x: function *() {},
          [y]: function() {},
          z: z
      };

      In that case the expected syntax would have been:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w() {},
          *x() {},
          [y]() {},
          z
      };

      This rule does not flag arrow functions inside of object literals. The following will not warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          x: (y) => y
      };

      Options

      The rule takes an option which specifies when it should be applied. It can be set to one of the following values:

      • "always" (default) expects that the shorthand will be used whenever possible.
      • "methods" ensures the method shorthand is used (also applies to generators).
      • "properties" ensures the property shorthand is used (where the key and variable name match).
      • "never" ensures that no property or method shorthand is used in any object literal.
      • "consistent" ensures that either all shorthand or all longform will be used in an object literal.
      • "consistent-as-needed" ensures that either all shorthand or all longform will be used in an object literal, but ensures all shorthand whenever possible.

      You can set the option in configuration like this:

      {
          "object-shorthand": ["error", "always"]
      }

      Additionally, the rule takes an optional object configuration:

      • "avoidQuotes": true indicates that longform syntax is preferred whenever the object key is a string literal (default: false). Note that this option can only be enabled when the string option is set to "always", "methods", or "properties".
      • "ignoreConstructors": true can be used to prevent the rule from reporting errors for constructor functions. (By default, the rule treats constructors the same way as other functions.) Note that this option can only be enabled when the string option is set to "always" or "methods".
      • "avoidExplicitReturnArrows": true indicates that methods are preferred over explicit-return arrow functions for function properties. (By default, the rule allows either of these.) Note that this option can only be enabled when the string option is set to "always" or "methods".

      avoidQuotes

      {
          "object-shorthand": ["error", "always", { "avoidQuotes": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz"() {}
      };

      Example of correct code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz": function() {},
          "qux": qux
      };

      ignoreConstructors

      {
          "object-shorthand": ["error", "always", { "ignoreConstructors": true }]
      }

      Example of correct code for this rule with the "always", { "ignoreConstructors": true } option:

      /*eslint object-shorthand: ["error", "always", { "ignoreConstructors": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          ConstructorFunction: function() {}
      };

      avoidExplicitReturnArrows

      {
          "object-shorthand": ["error", "always", { "avoidExplicitReturnArrows": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo: (bar, baz) => {
          return bar + baz;
        },
      
        qux: (foobar) => {
          return foobar * 2;
        }
      };

      Example of correct code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo(bar, baz) {
          return bar + baz;
        },
      
        qux: foobar => foobar * 2
      };

      Example of incorrect code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a,
          b: "foo",
      };

      Examples of correct code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: "foo"
      };
      
      var bar = {
          a,
          b,
      };

      Example of incorrect code with the "consistent-as-needed" option, which is very similar to "consistent":

      /*eslint object-shorthand: [2, "consistent-as-needed"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: b,
      };

      When Not To Use It

      Anyone not yet in an ES6 environment would not want to apply this rule. Others may find the terseness of the shorthand syntax harder to read and may not want to encourage it with this rule.

      Further Reading

      Object initializer - MDN Source: http://eslint.org/docs/rules/

      Expected property shorthand.
      Open

                          props: props,
      Severity: Minor
      Found in tasks/documentation.js by eslint

      Require Object Literal Shorthand Syntax (object-shorthand)

      EcmaScript 6 provides a concise form for defining object literal methods and properties. This syntax can make defining complex object literals much cleaner.

      Here are a few common examples using the ES5 syntax:

      // properties
      var foo = {
          x: x,
          y: y,
          z: z,
      };
      
      // methods
      var foo = {
          a: function() {},
          b: function() {}
      };

      Now here are ES6 equivalents:

      /*eslint-env es6*/
      
      // properties
      var foo = {x, y, z};
      
      // methods
      var foo = {
          a() {},
          b() {}
      };

      Rule Details

      This rule enforces the use of the shorthand syntax. This applies to all methods (including generators) defined in object literals and any properties defined where the key name matches name of the assigned variable.

      Each of the following properties would warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w: function() {},
          x: function *() {},
          [y]: function() {},
          z: z
      };

      In that case the expected syntax would have been:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          w() {},
          *x() {},
          [y]() {},
          z
      };

      This rule does not flag arrow functions inside of object literals. The following will not warn:

      /*eslint object-shorthand: "error"*/
      /*eslint-env es6*/
      
      var foo = {
          x: (y) => y
      };

      Options

      The rule takes an option which specifies when it should be applied. It can be set to one of the following values:

      • "always" (default) expects that the shorthand will be used whenever possible.
      • "methods" ensures the method shorthand is used (also applies to generators).
      • "properties" ensures the property shorthand is used (where the key and variable name match).
      • "never" ensures that no property or method shorthand is used in any object literal.
      • "consistent" ensures that either all shorthand or all longform will be used in an object literal.
      • "consistent-as-needed" ensures that either all shorthand or all longform will be used in an object literal, but ensures all shorthand whenever possible.

      You can set the option in configuration like this:

      {
          "object-shorthand": ["error", "always"]
      }

      Additionally, the rule takes an optional object configuration:

      • "avoidQuotes": true indicates that longform syntax is preferred whenever the object key is a string literal (default: false). Note that this option can only be enabled when the string option is set to "always", "methods", or "properties".
      • "ignoreConstructors": true can be used to prevent the rule from reporting errors for constructor functions. (By default, the rule treats constructors the same way as other functions.) Note that this option can only be enabled when the string option is set to "always" or "methods".
      • "avoidExplicitReturnArrows": true indicates that methods are preferred over explicit-return arrow functions for function properties. (By default, the rule allows either of these.) Note that this option can only be enabled when the string option is set to "always" or "methods".

      avoidQuotes

      {
          "object-shorthand": ["error", "always", { "avoidQuotes": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz"() {}
      };

      Example of correct code for this rule with the "always", { "avoidQuotes": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidQuotes": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          "bar-baz": function() {},
          "qux": qux
      };

      ignoreConstructors

      {
          "object-shorthand": ["error", "always", { "ignoreConstructors": true }]
      }

      Example of correct code for this rule with the "always", { "ignoreConstructors": true } option:

      /*eslint object-shorthand: ["error", "always", { "ignoreConstructors": true }]*/
      /*eslint-env es6*/
      
      var foo = {
          ConstructorFunction: function() {}
      };

      avoidExplicitReturnArrows

      {
          "object-shorthand": ["error", "always", { "avoidExplicitReturnArrows": true }]
      }

      Example of incorrect code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo: (bar, baz) => {
          return bar + baz;
        },
      
        qux: (foobar) => {
          return foobar * 2;
        }
      };

      Example of correct code for this rule with the "always", { "avoidExplicitReturnArrows": true } option:

      /*eslint object-shorthand: ["error", "always", { "avoidExplicitReturnArrows": true }]*/
      /*eslint-env es6*/
      
      var foo = {
        foo(bar, baz) {
          return bar + baz;
        },
      
        qux: foobar => foobar * 2
      };

      Example of incorrect code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a,
          b: "foo",
      };

      Examples of correct code for this rule with the "consistent" option:

      /*eslint object-shorthand: [2, "consistent"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: "foo"
      };
      
      var bar = {
          a,
          b,
      };

      Example of incorrect code with the "consistent-as-needed" option, which is very similar to "consistent":

      /*eslint object-shorthand: [2, "consistent-as-needed"]*/
      /*eslint-env es6*/
      
      var foo = {
          a: a,
          b: b,
      };

      When Not To Use It

      Anyone not yet in an ES6 environment would not want to apply this rule. Others may find the terseness of the shorthand syntax harder to read and may not want to encourage it with this rule.

      Further Reading

      Object initializer - MDN Source: http://eslint.org/docs/rules/

      There are no issues that match your filters.

      Category
      Status