@clownpiece 其实 Kotlin 的 Property 可以变成 Java 的 Field, 加一个 @JvmField 的 Annotation 就行. 你说的对内部调用不走 setter 很容易实现的. 在绝大多数情况下, 内部调用 setter 都是正确地做法. 少数特例也很容易实现.

另外 Java 也在积极吸收 Kotlin 语法, record 了解一下.

@unixeno +1

客户端的开发都可以说数据库不重要....

通常来说这种问题有两个方向. 一个是注解(Annotation), 另外一个是 Ttransform.

1. 注解的处理流程是在编译之前的. 所以其实你就直接引用你要生成的类就好. 因为注解在编译前处理, 所以编译是可以正常通过的. 如果不想在 build 之前 Android Studio 显示错误的话, 通常偷取一个接口和一个工厂类 /方法, 里面会用放射的方式来创建实现类.

2. Transform 流程可以直接修改字节码, 是在编译成 class 文件后进行的. 这里通常就是反射加工厂了.

还有一种可能是 SPI. 不过 SPI 的实现通常都是手写的实现的. 很少是编译期间生成的.

@wqgogogo JPDA 了解一下.

喜欢用一个稍微调皮一点的命名, 比如一个按下去会反弹的按钮就叫 PuddingButton. 不过很少有人会体会.

不同的语言采用的方式略有区别. 建议明确一下语言

@a719031256 这个应用里面加一点小统计不过分吧. 而且还有各种钓鱼的方法.

@a719031256 公司打了还是要担心的.

给大佬跪下了.

其实广州还挺香的

剩下 20% 摸鱼学?

这个服务如果是端对端加密且秘钥一直不变的话. 不就跟 SMIME 协议差不多.

@cedoo22 这个如果月入两万岂不是一个月要写 4 万行

发现是自己理解有误, nnoremap 是命令, 应该先拼出命令再用 execute 就好了.
```
let cmd = "nnoremap <silent> <leader>" . a:key_sequence . " " . a:map
execute cmd

```

所有还是缓存一下匹配的结果就好了...