- 主题:大括号的这两种风格，国内哪种用的更多？
觉得1好，一屏可以容纳更多代码。
【 在 wjhtingerx 的大作中提到: 】
: 1.
: void fun(){
: if(){
: ...................
--
FROM 123.113.98.*
俺也一样
【 在 chaobill 的大作中提到: 】
: 我喜欢函数下 大括号单起一行， 函数内不单起， if 必须有大括号
: --
: 1.退烧药，止痛药，中药，抗生素，免疫增强药，激素，病毒复制阻断药
: 都不能杀死病毒，自限性疾病只能等自愈，那些庸医只是浪费病人钱财
: 2.搞大项目，大老板捞大钱，小老板赚小钱，打工仔能糊口
:
: ..................
发自「今日水木 on SM-G9910」
--
FROM 114.92.197.*
1，因为省一行
【 在 wjhtingerx (ca6140) 的大作中提到: 】
: 1.
: void fun(){
:
: if(){
--
FROM 222.129.233.*
2的写法可以看到代码的立体结构，因为{}把功能包在了一起，就像房间的墙壁，使得代码逻辑和结构就像积木，读代码就像看图，一目了然
接受不了1，1就像山里的慌乱荆棘，没有房间，读代码就像读文字，遇到1的写法我会直接放弃，看都不会看
【 在 wjhtingerx 的大作中提到: 】
: 1.
: void fun(){
: if(){
: ...................
--
修改:bn95 FROM 111.48.134.*
FROM 111.48.134.*
既然两种格式都在被广泛使用，说明都有各自的可取之处。个人可以有个人的偏好，但是也没必要说另一种格式的完全就没法看……
整个java生态环境的绝大多数代码都是第一种格式的。
【 在 bn95 的大作中提到: 】
2的写法可以看到代码的立体结构，因为{}把功能包在了一起，就像房间的墙壁，使得代码逻辑和结构就像积木，读代码就像看图，一目了然
接受不了1，1就像山里的慌乱荆棘，没有房间，读代码就像读文字，遇到1的写法我会直接放弃，看都不会看
【 在 wjhtingerx 的大作中提到: 】
: 1.
: void fun(){
: if(){
: ...................
--
修改:bn95 FROM 111.48.134.*
FROM 61.48.109.158
第一种风格，发端于最早的 C， 当时电脑屏幕很小，为了能在一屏内显示更多的代码，就采用了这个风格。所以 UNIX, LINUX 下，多是这样。
后来几个当年 UNIX 和 C 时代的老炮儿搞出来的 GO， 直接从语法上硬性规定必须是第一种风格就是源自他们根深蒂固的习惯。
后来屏幕越来越大，一屏显示更多的代码越来越不再是制约，加上微软的风格导向，第二种风格开始崛起。
如果一个人是从 LINUX,UNIX 下开始接触编程并且长期搞 LINUX/UNIX 编程，风格基本都是第一种；反之，WINDOWS 下的大多是第二种。
也就 C++ 有这争论， 其他比如 PASCAL,没见到谁争论把 begin 写在行尾而不是单独一行的。
从人类审美直觉和对称美来说，第二种胜出。
【 在 wjhtingerx 的大作中提到: 】
: 1.
: void fun(){
: if(){
: ...................
--
FROM 218.76.62.*
我就喜欢空白行，无论写代码还是写文字
一堆文字怼在一起，看起来不觉得累吗？
画画都讲究留白，
代码也是如此，有意识的把初始化和逻辑之间加一个空白，会更加易读，代码块的花括号对齐，会更容易理清嵌套关系
大函数的存在本来就是不合适的
大函数意味着代码复杂度上升，可维护性降低，一般的软件项目，一个函数的CCN>25，你就应该考虑把这个函数重构拆分成小块的函数
【 在 ksxfhs 的大作中提到: 】
: 留啥白
: 尤其那种括号内只有一两行的，留白比正文还多。。。。
: 一般来说，如果经常要面对大函数的，都选1，因为可以减少翻页，积少成多，累积动手差异不小
: ...................
--
FROM 113.120.108.*
那你说榴莲为什么有人喜欢的要死，有人闻了要吐呢？
这是个什么标准？
【 在 chunhui 的大作中提到: 】
: 难道你也觉得美丑是没有标准的
: ？
--
FROM 113.120.108.*
如果要维护上百万行代码的系统，大函数你躲不开的，啥简化都没用
小程序随便，喜欢留就留
【 在 weiwallz 的大作中提到: 】
: 我就喜欢空白行，无论写代码还是写文字
: 一堆文字怼在一起，看起来不觉得累吗？
: 画画都讲究留白，
: ...................
--
FROM 116.235.128.*
系统大，和函数大有什么关系？
你们的代码提交的时候根本就不跑sonarqube吧，跑的话，你的的代码过不了检查，你自然就得拆
【 在 ksxfhs 的大作中提到: 】
: 如果要维护上百万行代码的系统，大函数你躲不开的，啥简化都没用
: 小程序随便，喜欢留就留
:
--
FROM 113.120.108.*