- 主题:大括号的这两种风格，国内哪种用的更多？
业务逻辑复杂的时候，不是你想拆就能拆的
大部分系统都没啥复杂度，想拆不难，但还有一些系统，虽然不常见，但真不是一般人能看得懂的。。。
【 在 weiwallz 的大作中提到: 】
: 系统大，和函数大有什么关系？
: 你们的代码提交的时候根本就不跑sonarqube吧，跑的话，你的的代码过不了检查，你自然就得拆
:
--
FROM 124.79.90.*
我觉得，对绝大部分情况，这些都是托辞
如果到了看不懂所以拆不了的程度，那它的花括号长什么样，也就无关紧要了，这种函数还谈一屏幕能多放一行代码这种理由，就更无厘头了
【 在 ksxfhs 的大作中提到: 】
: 业务逻辑复杂的时候，不是你想拆就能拆的
: 大部分系统都没啥复杂度，想拆不难，但还有一些系统，虽然不常见，但真不是一般人能看得懂的。。。
:
--
FROM 113.120.108.*
你真搞过特别复杂的程序，你就会发现，一些情况下，拆多了会有新的问题，并不是拆的越多越好
你知道是啥问题不？
没在那个环境待过自然想问题理想化
【 在 weiwallz 的大作中提到: 】
: 我觉得，对绝大部分情况，这些都是托辞
: 如果到了看不懂所以拆不了的程度，那它的花括号长什么样，也就无关紧要了，这种函数还谈一屏幕能多放一行代码这种理由，就更无厘头了
:
--
FROM 124.79.90.*
你说了这么多，都是泛泛而谈
相反，我的工作一直都是复杂的程序，都是你所谓的大的系统
以前我也写特别特别特别长的函数，
当时有新同事拿静态代码分析工具扫，说某个函数的复杂度都到了一千了，我心说，我反正能看懂，你看不懂，说明是你的问题，再说也不是我一个人堆到一千的，它本来就长，“我拆不了”
现在，见得多了做的多了，我认为，所谓的这些 "拆多了会有问题" 的说法本质都是懒惰
【 在 ksxfhs 的大作中提到: 】
: 你真搞过特别复杂的程序，你就会发现，一些情况下，拆多了会有新的问题，并不是拆的越多越好
: 你知道是啥问题不？
: 没在那个环境待过自然想问题理想化
: ...................
--
修改:weiwallz FROM 113.120.108.*
FROM 113.120.108.*
拆得多了会有什么问题你倒是说啊~
经验这东西，尤其是不常见的经验，你不知道也别指望别人会主动说。。。不做慈善~
【 在 weiwallz 的大作中提到: 】
: 你说了这么多，都是泛泛而谈
: 相反，我的工作一直都是复杂的程序，都是你所谓的大的系统
: 以前我也写特别特别特别长的函数，
: ...................
--
FROM 124.79.90.*
这不就是大家常说的嘛，代码能工作，就不要去改它。
【 在 weiwallz 的大作中提到: 】
: 你说了这么多，都是泛泛而谈
:
: 相反，我的工作一直都是复杂的程序，都是你所谓的大的系统
: ...................
--来自微微水木3.5.14
--
FROM 183.193.16.*
年经贴啊
风格不是看国内国外，而是看什么语言，什么类型的项目，甚至公司规定。
【 在 wjhtingerx 的大作中提到: 】
: 1.
: void fun(){
: if(){
: ...................
--
FROM 39.184.38.*
“拆多了会有新的问题，并不是拆的越多越好”，这是你说的
我的观点是，如果你用大函数作为1的好处，因为能多放一行，那我的回答就是，这样的大函数你反正也看不懂，让你屏幕能多放一行代码，也无关紧要了，反正多放一行，你也看不懂
【 在 ksxfhs 的大作中提到: 】
: 拆得多了会有什么问题你倒是说啊~
: 经验这东西，尤其是不常见的经验，你不知道也别指望别人会主动说。。。不做慈善~
:
--
FROM 113.120.108.*
用16:9显示器的人，可能觉得两种写法差不多，甚至第二种更对称更有美感。
可如果你让他把显示器换成16:1，或者把编辑窗口弄成16:1，他马上就能理解第一种写法好在哪里了。
【 在 wjhtingerx 的大作中提到: 】
: 1.
: void fun(){
: if(){
: }
: }
: 2.
: void fun()
: {
: if()
: {
: }
: }
--
FROM 114.93.56.*
我见过900行一个的函数。
【 在 ksxfhs 的大作中提到: 】
: 业务逻辑复杂的时候，不是你想拆就能拆的
: 大部分系统都没啥复杂度，想拆不难，但还有一些系统，虽然不常见，但真不是一般人能看得懂的。。。
--
FROM 103.90.179.*