@MakHoCheung

第我没觉得这种方式有什么优势在哪里，该用 DSL 应该就发明 DSL 去做，就像 HTML 用来描述结构，CSS 用来描述样式，各施其职，javascript 负责逻辑跟交互

@lybcyd

是的，这点我也赞成，但是语法糖这个口子 一旦打开，很多时候就会走向反面，目前 lombok 这样的解决方案也没有那么难懂，而且很多历史原因 不少框架还依赖 java bean 的 getter setter 约定

@Leviathann 首先最后一个拉曼达可以写在括号外面，这个特性 我实在看不到好处在哪里，除了心智负担，另外写在外面就算了 把括号()都省了，那前面那个被调用的函数 就更难理解

var body : some Scene {
WindowGroup { ContentView() }
}
在一个不是很熟悉的 swift 语言的我，看 WindowGroup ContentView 结构体的定义 看了几遍，硬是没理解明白

而且这些语法糖大多是没有提示 也没有解释的，只能去翻语法书，而且提出这个问题的人不仅是我
https://stackoverflow.com/questions/65384567/swiftui-is-this-code-instantiating-a-new-scene-object

@Leviathann

这就是通常程序员挑起语言圣战的起源，

说实话 我根本不想争论这些东西，既然选择要吃 iOS 这个饭，肯定要吃这个屎，全盘接受是没办法的

你提到的那几个省略，除了带来心智负担以及编译器 语法令牌树难以实现外 跟 程序员炫技之外

我看不到任何好处在哪里，节省的那几个字符，在 IDE 补全下，也根本不是问题

@shyangs 你这样杠就没意思了，能简洁的地方 简介并不是坏事，而且第一种并不是拉曼达 第一种是匿名类的方式
这两种写法 并不会造成太大的理解困难

我抨击的是 swift 跟 js 那种 会造成令人困惑的写法


@PDX swift 的炫技 真的是难懂 trailing closure 以及 last param trailing closure 还有 setter 的省略写法...
真的是无语 真不知道为啥 要加这么多语法糖 是为了干啥

@coolmint 会自动更改的 我看了 账号余额 付款优先级最高

@Jooooooooo

是啊，抽象能力是一回事，有模板跟范型可以进行抽象，提供这种抽象能力无可厚非，

但是其他很多东西真的没必要搞几个回字的写法，像 js 里面的拉曼达表达式有好几种写法，

最后的结果就是造成不熟练这门语言程序员的心智负担，而大部分时候多种写法并没有任何效率提升，

除了带来不必要的心智负担

stackoverflow.com/a/68696283/7250073

以 Swift 为例，我光是看 Swift 这个 UI 声明，就浪费了大半天，其中至少包含了 3 个语法糖

@LazyYum 而且语法糖越多，越容易坑人，少写的那点几个字符 根本省不了多少时间，让新手阅读起来那是真的坑人，而且大部分简写方式的语法糖 在 IDE 增强辅助下，根本不会降低效率，但是语法糖会直接降低 新手或者不熟练这门语言的程序员的心智负担。

@LazyYum

其实有 IDE 自动补全加强 语法啰嗦点真不是坏事，

我看 typescript 跟 ant-design 写的那个 rule 检测表达式，简直就跟鬼画符一样，贼鸡儿难理解

我再让你看看 swift 的不啰嗦 怕不是要把新手往死里坑

https://stackoverflow.com/a/68696283/7250073

https://i.stack.imgur.com/sJs9j.png

@Smilencer 并不是如此，老哥，纳税大户有优惠政策的

所有的安全问题始终都是人，而不是技术