Closed ikspress closed 1 month ago
如你所见,虽然没有行宽限定,但是这些地方依然换行了 我认为 150 行宽最好,这样可以一行的代码正好充满整个 vscode(1080p屏幕,125%缩放) 卢瑟群的 no one 也支持这么做
fast_io当前的格式文件是为了
而编写的。 因此
1: 将制表符换位空格没意义,这是编辑器应该解决的问题 2: 花括号换行是习惯如此,减少行数让内容更紧凑不是目标 3: 同 2 4: clang-format 不准确的行为是问题,可以使用变通方法进行调整,但还需要调查调整的实际效果和影响
另外需要注意,fast_io当前使用__has_include来检测依赖,因此不能重排头文件顺序。
::fast_io::operations::defines::decay::details::print_freestanding_params_okay<...>
应该显示在一行,而这(不算尖括号)就79个字符了,限制到80个字符显然不合理。而限制到150个字符或其他数字会导致屏幕宽度在120左右的开启或不开启自动换行都非常难受。因此人为设置一个每行限制到多少字符是很愚蠢的行为。行吧,我回头吧行宽设置到一个离谱的值来修复 2 楼代码片段的问题
这个是我目前在用的 .clang-format 格式,与本项目有较大区别
124条我认为可以调整,fast_io 的代码格式似乎不大好