javaer 是不是写啥都是一股 Java 味儿

歪个楼，我理解的 Java 味：

- 所有东西建对象，还没开始写代码先在 model 目录下铺几十个 Java 文件

- 所有对象不用 public 成员，全部重写 setter 、getter

- 不管用什么语言，一定要用 Java 的命名风格（文件和类名一致，类名大写驼峰，变量名小写驼峰），即使这语言里的标准风格根本不是这样

- 先抽象出 Beans 、Adapter 、Factory 、Manager 、Builder 、Delegate 、Runner 、Visitor… 即使是根本没有必要的小项目。然后把本来紧凑的几十行代码掰成几百行，再分散到二十个不同功能的文件里

- 到处用框架提供的注解，但实际上又不懂 JSR 里的注解

这和 java 有啥关系? 这不就抽象能力不足

这也能打上靶啊，你去写 Java 不也是一股 py 味

你这就是典型的以偏概全，就看到一个 javer 写的代码就 aoe 全部 javer 了？

Java 没这么写的 看不少 Python 脚本都是这么写的

重构！跑路！删库！

@w568w
实时上已经这么干了
接手项目的第一天看完代码第一句话就是，这 Python 写的不行，没有层级结构，然后现在已经目录套目录了
新功能的第一次提交就是建了一堆空 py 文件
大小驼峰命名确定了
一个处理上传文件的功能恨不得拆了十个方法，到处调来调去，其实这些方法未来也只用了一遍

@deplives 提前留好接口,代码能解耦就解耦.不是挺好的吗.
除非你提前跟他说了这就是一次性代码.

以偏概全，别乱黑。网上对 java 的恶意真大。而且写 java 的也不会这么写

@SmithJohn 这就是硬解耦啊，总共加起来功能代码连不超过 100 行，A 函数里面就只调用了一个 B 函数，再加一个打印日志，然后 B 函数里面只调用了一个 C 在加打印日志。
这种解耦有意思么？

@deplives 解了没有坏处,反而有留下扩展空间的好处,为什么不解?

big class hhhhhhh

乐，这就是吐槽不到点子上的结果。

我 jser 写后端也一股 Java 味了。

@jiangzm
Builder 是附带上下文的设计模式，一些 Context 工具就是 Builder 的变种。
看来 Java 全生态都是屎啊，那你能不能写一套生态替代 Java 呢。

所以楼里出现了无码硬解。这么小规模的代码还怕没扩展空间？

我这个 javaer ，将代码写成了 JavaScript

这怎么看着像一个 dataclass 啊？我看开源项目中的 dataclass 也有几十个参数啊？只是用了 BaseModel 少了 init 方法而已

看看腾讯的 ruby sdk, 那一眼看上去全是 java 味，而且有人提了几年了，他们也没改

真正的 java 味是一股巨难闻的味道, 比如, 明明号称是面向对象, 但是 java 的对象只有方法, 没有属性, 要从对象上获取一个属性, 不好意思, 你要 getXXX(), 这才是 java 最难闻的