- 主题:大括号的这两种风格,国内哪种用的更多?
我就喜欢空白行,无论写代码还是写文字
一堆文字怼在一起,看起来不觉得累吗?
画画都讲究留白,
代码也是如此,有意识的把初始化和逻辑之间加一个空白,会更加易读,代码块的花括号对齐,会更容易理清嵌套关系
大函数的存在本来就是不合适的
大函数意味着代码复杂度上升,可维护性降低,一般的软件项目,一个函数的CCN>25,你就应该考虑把这个函数重构拆分成小块的函数
【 在 ksxfhs 的大作中提到: 】
: 留啥白
: 尤其那种括号内只有一两行的,留白比正文还多。。。。
: 一般来说,如果经常要面对大函数的,都选1,因为可以减少翻页,积少成多,累积动手差异不小
: ...................
--
FROM 113.120.108.*
那你说榴莲为什么有人喜欢的要死,有人闻了要吐呢?
这是个什么标准?
【 在 chunhui 的大作中提到: 】
: 难道你也觉得美丑是没有标准的
: ?
--
FROM 113.120.108.*
系统大,和函数大有什么关系?
你们的代码提交的时候根本就不跑sonarqube吧,跑的话,你的的代码过不了检查,你自然就得拆
【 在 ksxfhs 的大作中提到: 】
: 如果要维护上百万行代码的系统,大函数你躲不开的,啥简化都没用
: 小程序随便,喜欢留就留
:
--
FROM 113.120.108.*
我觉得,对绝大部分情况,这些都是托辞
如果到了看不懂所以拆不了的程度,那它的花括号长什么样,也就无关紧要了,这种函数还谈一屏幕能多放一行代码这种理由,就更无厘头了
【 在 ksxfhs 的大作中提到: 】
: 业务逻辑复杂的时候,不是你想拆就能拆的
: 大部分系统都没啥复杂度,想拆不难,但还有一些系统,虽然不常见,但真不是一般人能看得懂的。。。
:
--
FROM 113.120.108.*
你说了这么多,都是泛泛而谈
相反,我的工作一直都是复杂的程序,都是你所谓的大的系统
以前我也写特别特别特别长的函数,
当时有新同事拿静态代码分析工具扫,说某个函数的复杂度都到了一千了,我心说,我反正能看懂,你看不懂,说明是你的问题,再说也不是我一个人堆到一千的,它本来就长,“我拆不了”
现在,见得多了做的多了,我认为,所谓的这些 "拆多了会有问题" 的说法本质都是懒惰
【 在 ksxfhs 的大作中提到: 】
: 你真搞过特别复杂的程序,你就会发现,一些情况下,拆多了会有新的问题,并不是拆的越多越好
: 你知道是啥问题不?
: 没在那个环境待过自然想问题理想化
: ...................
--
修改:weiwallz FROM 113.120.108.*
FROM 113.120.108.*
“拆多了会有新的问题,并不是拆的越多越好”,这是你说的
我的观点是,如果你用大函数作为1的好处,因为能多放一行,那我的回答就是,这样的大函数你反正也看不懂,让你屏幕能多放一行代码,也无关紧要了,反正多放一行,你也看不懂
【 在 ksxfhs 的大作中提到: 】
: 拆得多了会有什么问题你倒是说啊~
: 经验这东西,尤其是不常见的经验,你不知道也别指望别人会主动说。。。不做慈善~
:
--
FROM 113.120.108.*
所以你用的是16:1的显示器吗?
【 在 javaboy 的大作中提到: 】
: 用16:9显示器的人,可能觉得两种写法差不多,甚至第二种更对称更有美感。
: 可如果你让他把显示器换成16:1,或者把编辑窗口弄成16:1,他马上就能理解第一种写法好在哪里了。
:
--
FROM 113.120.108.*