这是针对IntelliJ 2016.2版本的。
我正在清理一些代码,这些代码导致CheckStyle违规并停止了我们的CI构建。看起来这是因为IntelliJ的代码样式规则。我可以手动修复这些问题,但有两个问题:编辑器会不加区分地应用这些规则,并且手动修复很麻烦。而且如果任何人再次运行代码格式化,它会将缩进设置回它想要的方式。
具体来说,多行方法签名的缩进如下:
我可以通过进入首选项中的制表符和缩进并将“连续缩进”设置为0来解决部分问题: 但是这个规则被普遍应用,使其他东西看起来非常糟糕,而且它不接受负值。
我已经进入首选项中的"Editor.Code Style.Java.Wrapping and Braces.Method declaration parameters"并尝试了几乎所有内容。我有"Chop down if long",但由于缩进规则,这使得行变得更长。我没有看到任何指定从哪里开始缩进或缩进多少行的方法。
结合观察到方法调用的格式表现出预期的行为(但是,令人恼火的是,构造函数调用却没有!),这让我认为这是一个错误。IntelliJ的格式化程序似乎是硬编码使用开放括号的连续缩进,而不是方法声明本身。
我是否错过了什么或者有一些可行的解决方法?
我正在清理一些代码,这些代码导致CheckStyle违规并停止了我们的CI构建。看起来这是因为IntelliJ的代码样式规则。我可以手动修复这些问题,但有两个问题:编辑器会不加区分地应用这些规则,并且手动修复很麻烦。而且如果任何人再次运行代码格式化,它会将缩进设置回它想要的方式。
具体来说,多行方法签名的缩进如下:
我希望后续行的参数相对于上一行的开头向右缩进4个空格,而不是左括号。
有趣的是,当我使用“格式化输入时格式化”时,它可以正确地完成此操作,但是当我使用代码格式化程序时,它会重新格式化为上述内容。我可以通过进入首选项中的制表符和缩进并将“连续缩进”设置为0来解决部分问题: 但是这个规则被普遍应用,使其他东西看起来非常糟糕,而且它不接受负值。
我已经进入首选项中的"Editor.Code Style.Java.Wrapping and Braces.Method declaration parameters"并尝试了几乎所有内容。我有"Chop down if long",但由于缩进规则,这使得行变得更长。我没有看到任何指定从哪里开始缩进或缩进多少行的方法。
结合观察到方法调用的格式表现出预期的行为(但是,令人恼火的是,构造函数调用却没有!),这让我认为这是一个错误。IntelliJ的格式化程序似乎是硬编码使用开放括号的连续缩进,而不是方法声明本身。
我是否错过了什么或者有一些可行的解决方法?