在线文档教程
Eslint
规则 | Rules

padded-blocks

require or disallow padding within blocks (padded-blocks)

The --fix option on the command line can automatically fix some of the problems reported by this rule.

Some style guides require block statements to start and end with blank lines. The goal is to improve readability by visually separating the block content and the surrounding code.

if (a) { b( }

Since it’s good to have a consistent code style, you should either always write padded blocks or never do it.

Rule Details

This rule enforces consistent empty line padding within blocks.

Options

This rule has one option, which can be a string option or an object option.

String option:

  • "always" (default) requires empty lines at the beginning and ending of block statements and classes

  • "never" disallows empty lines at the beginning and ending of block statements and classes

Object option:

  • "blocks" require or disallow padding within block statements

  • "classes" require or disallow padding within classes

  • "switches" require or disallow padding within switch statements

always

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

/*eslint padded-blocks: ["error", "always"]*/ if (a) { b( } if (a) { b( } if (a) { b( } if (a) { b( } if (a) { b( } if (a) { // comment b( }

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

/*eslint padded-blocks: ["error", "always"]*/ if (a) { b( } if (a) { b( } if (a) { // comment b( }

never

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

/*eslint padded-blocks: ["error", "never"]*/ if (a) { b( } if (a) { b( } if (a) { b( } if (a) { b( }

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

/*eslint padded-blocks: ["error", "never"]*/ if (a) { b( } if (a) { b( }

blocks

Examples of incorrect code for this rule with the { "blocks": "always" } option:

/*eslint padded-blocks: ["error", { "blocks": "always" }]*/ if (a) { b( } if (a) { b( } if (a) { b( } if (a) { b( } if (a) { b( } if (a) { // comment b( }

Examples of correct code for this rule with the { "blocks": "always" } option:

/*eslint padded-blocks: ["error", { "blocks": "always" }]*/ if (a) { b( } if (a) { b( } if (a) { // comment b( }

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

/*eslint padded-blocks: ["error", { "blocks": "never" }]*/ if (a) { b( } if (a) { b( } if (a) { b( } if (a) { b( }

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

/*eslint padded-blocks: ["error", { "blocks": "never" }]*/ if (a) { b( } if (a) { b( }

classes

Examples of incorrect code for this rule with the { "classes": "always" } option:

/*eslint padded-blocks: ["error", { "classes": "always" }]*/ class A { constructor(){ } }

Examples of correct code for this rule with the { "classes": "always" } option:

/*eslint padded-blocks: ["error", { "classes": "always" }]*/ class A { constructor(){ } }

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

/*eslint padded-blocks: ["error", { "classes": "never" }]*/ class A { constructor(){ } }

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

/*eslint padded-blocks: ["error", { "classes": "never" }]*/ class A { constructor(){ } }

switches

Examples of incorrect code for this rule with the { "switches": "always" } option:

/*eslint padded-blocks: ["error", { "switches": "always" }]*/ switch (a) { case 0: foo( }

Examples of correct code for this rule with the { "switches": "always" } option:

/*eslint padded-blocks: ["error", { "switches": "always" }]*/ switch (a) { case 0: foo( } if (a) { b( }

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

/*eslint padded-blocks: ["error", { "switches": "never" }]*/ switch (a) { case 0: foo( }

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

/*eslint padded-blocks: ["error", { "switches": "never" }]*/ switch (a) { case 0: foo( } if (a) { b( }

When Not To Use It

You can turn this rule off if you are not concerned with the consistency of padding within blocks.

Related Rules

  • lines-between-class-members

  • padding-line-between-statements

Version

This rule was introduced in ESLint 0.9.0.

Resources

© JS Foundation and other contributors

Licensed under the MIT License.

https://eslint.org/docs/rules/padded-blocks