Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/javascript/466.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript 如何防止代码在prettier/eslint中包装_Javascript_Destructuring_Prettier - Fatal编程技术网

Javascript 如何防止代码在prettier/eslint中包装

Javascript 如何防止代码在prettier/eslint中包装,javascript,destructuring,prettier,Javascript,Destructuring,Prettier,我正在努力在我的pretter/eslint配置中找到一个设置,它允许我像这样包装我的代码: var [ first, second, third, etc, ] = data(); 当我点击save时,它总是自动将代码转换为: var [first, second, third, etc] = data(); 对于这个简单的演示来说,这可能不是什么大问题,但是对于更复杂的解构,这一行代码将很难阅读 谢谢你的帮助

我正在努力在我的pretter/eslint配置中找到一个设置,它允许我像这样包装我的代码:

    var [
        first,
        second,
        third,
        etc,
    ] = data();
当我点击save时,它总是自动将代码转换为:

var [first, second, third, etc] = data();
对于这个简单的演示来说,这可能不是什么大问题,但是对于更复杂的解构,这一行代码将很难阅读


谢谢你的帮助

在Eslint中,可以使用以下选项在数组元素之间强制换行:

错误代码:

/*eslint array-element-newline: ["error", "always"]*/
var d = [1, 2, 3];
/*eslint array-element-newline: ["error", "always"]*/
var d = [1,
    2,
    3];
正确代码:

/*eslint array-element-newline: ["error", "always"]*/
var d = [1, 2, 3];
/*eslint array-element-newline: ["error", "always"]*/
var d = [1,
    2,
    3];
您还可以查看:


在Eslint中,可以使用以下选项在阵列元素之间强制换行:

错误代码:

/*eslint array-element-newline: ["error", "always"]*/
var d = [1, 2, 3];
/*eslint array-element-newline: ["error", "always"]*/
var d = [1,
    2,
    3];
正确代码:

/*eslint array-element-newline: ["error", "always"]*/
var d = [1, 2, 3];
/*eslint array-element-newline: ["error", "always"]*/
var d = [1,
    2,
    3];
您还可以查看:


eslint?可能(我还没有搜索配置)。更漂亮?不,我不这么认为,因为它是一个固执己见的格式化程序。如果没有办法自己做出这样的决定,那就太糟糕了。。。。复杂的解构将失去它从更好的可读性中获得的所有好处。如果它的最大行长度足够长,那么Prettier会像这样包装它。好处不一定是更好的可读性(尽管作者努力做到这一点);这是为了使代码更加一致并消除差异噪音。@DanO我知道,但我觉得除了这些好处之外,它还更易于阅读(如果您可以按自己的方式格式化的话)。。。如果代码看起来像这样
var对象={'a':[{'b':{'c':3}]}解构至少会失去一些好处。eslint?可能(我还没有搜索配置)。更漂亮?不,我不这么认为,因为它是一个固执己见的格式化程序。如果没有办法自己做出这样的决定,那就太糟糕了。。。。复杂的解构将失去它从更好的可读性中获得的所有好处。如果它的最大行长度足够长,那么Prettier会像这样包装它。好处不一定是更好的可读性(尽管作者努力做到这一点);这是为了使代码更加一致并消除差异噪音。@DanO我知道,但我觉得除了这些好处之外,它还更易于阅读(如果您可以按自己的方式格式化的话)。。。如果代码看起来像这样
var对象={'a':[{'b':{'c':3}]}解构至少会失去一些好处。请仔细检查它是否与prettier冲突。请仔细检查它是否与prettier冲突。