Golang Go语言中 初学常遇：网友称某某Go代码一股Java味
Golang Go语言中 初学常遇：网友称某某Go代码一股Java味
小白想问问：
- 为什么说他一股 java 味
- 什么样的 go 代码是优雅的、好的
啥是 Java 味？
更多关于Golang Go语言中 初学常遇：网友称某某Go代码一股Java味的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
https://golang.org/doc/effective_go.html
https://github.com/uber-go/guide/blob/master/style.md
go 风格的看这些差不多了
Java 味我感觉就是过度封装，没高阶函数导致滥用设计模式
这个网友怕根本不会 java 吧？就随便听说个名词就来了？
go 更像 c，但是相对比 c 简单。开发成本上更接近 PHP，但是性能比 PHP 好很多。目前 go 还是吹的多，生态感觉还是很一般的。
接口？链式调用？
没觉得 go 优雅，我觉得说它优雅，是比 C++优雅~
个人觉得 Ruby 语法能算得上优雅，而且，许多其它编程语言这几年的演进，都多少有点学 Ruby 语法的意思。但是 Ruby 写出来的代码又太灵活多样。代码成品+语法整体上，还是不够优雅。
希望有真正优雅的编程语言出现~
我见过 Java 味儿的 PHP，每个 class 都要带个 interface，class 里的每个属性都要手写 getter 和 setter，再加上一个自己仿的 Hibernate
说是 Java 味, 不如说是被各大公司的 Java 编程规范带偏了的 Java 代码 /设计风格.
前面有人也提过, 比如:
1. 各种过度设计. (各种 Impl, 各种 Factory, 各种 Manager)
2. 函数 /变量名字超长
3. 调用栈超级深, 很多没用的封装
4. 还有别的补充吗?
比如下面？<br>func (this *Model) Foo() {<br> <a target="_blank" href="http://this.Name" rel="nofollow noopener">this.Name</a> .....<br> ....<br>}<br>
有时候就是写个项目中用的小工具，不套那些大中型项目的设计模式 1000 行代码差不多了，但是创建的人也整个全套 interface/impl/model/dao/repo/service，多了几倍的文件和代码
不是一个东西，go 的 src 是 gopath 时代用来存放所有 golang 的源码库的文件夹，和 src 文件夹平级的 pkg 和 bin 分别存放依赖和编译生成。一个源码库里面理论上不出现 src 文件夹，直接以 package 的形式区分。
写 Java 的人转 Python，写出来的 Python 代码也是一股浓浓的 Java 味。
所谓 Java 味，就是明明一两个文件就能写完的逻辑，非要嵌套十几而是层文件夹，例如，你发下有一个人写的 Go 代码是这样的：
com/xxx/yyy/zzz/mm/impl/abc.go
com/aaa/bbb/ccc/ddd/eee/fff/xyz.go
这就叫做 Java 味。
还有一种是大量使用 get/set 。当我们用 Go 初始化一个已知数据的数据的时候，一般这样写：
a := []string{“aaa”, “bbb”, “ccc”}
但是 Java 味会这样写：
var a []string
a = append(a, “aaa”)
a = append(a, “bbb”)
a = append(a, “ccc”)
Java 味不光在 Go 常见，在哪都常见，典型的就是到处糊设计模式。
设计模式是语言缺陷的体现，换了个语言很多时候就不需要某些设计模式了。比如有 multi methods 就很少需要 visitor 了，但是有的人还跑过来一个劲地写 visitor，这就是所谓的某种‘味’。
#44 java 是这样写 String[] a = new String[]{“aaa”,“bbb”,“ccc”};万物皆对象. java 也没有切片,数据直接赋值即可.能不能找点编程语言非共通的点来黑呢.
私人代码随便怎么玩都是没有问题的，这是必须的没错。
问题是，一旦优雅的代码成了工作要求的一部分，你怎么办？写屎山代码容易，写良好设计，结构上优雅的，可维护的代码很难。
敏捷有一条是产出 Workable，而不是你在机器上 Runnable 。
如果最基本要求代码优雅，会当成笑柄，我觉得才是问题。
优雅的代码当然可以当饭，必须遇到懂的人。就如结婚件事，在农村结婚，80%的人只是搭伙过日子。喜欢混日子的人，只是觉清理代码浪费了时间。
对于现代软件工程，代码质量检测已经是 CI 和 CD 的一个环节（步骤），包括动态和静态检测，现在有些云工具支持 AI 检测，不仅是一些规则，语法之类，一些啰嗦或者有安全问题，性能问题的代码一样会检测出来。很难想像现在还有人喷这些东西。
那可能你遇到的人比较资深。我看到的 Java 工程师都是先创建一个空对象，然后一个一个赋值，可能是我举得例子不好。他们主要是操作 Hash 的时候会这样做。不是数组。
楼上很多人理解错了呀
这句化的意思是说有人写 golang 写的一股 java 的代码风格和味道
就好比你写 python 却用 java 那套思想，就不够 pythonic
马上都 1202 年了，上个 jdk11 用个 Map.of()不过分吧，就算是 8 也有 ImmutableMap.of()啊？你真确定这是语言的问题，不是人的问题？同样的 arr，不就 List.of().toArray()的事儿？
即便是 java 自己，这几年的风格也是比较激进的，很多语法糖有了，很多以前泛滥的 dp 也不需要了，fp 也有了(虽然相对残废)，reactive 也有了，无非是懒不懒愿不愿意学的问题。再出一个 lts 之后，如果 loom 和 vahalla 都进了，那就更不一样了。
好多人就是懒加不思考。就比如上面吐槽的 setter 泛滥和 map 一通 put 的问题，不客气一点就是彩笔，什么是 immutable 的什么是 stateful 的分不清，连最基本的封装思想都没有。这锅根本不该 java 背。
懒人用什么语言写出来都烂，无非是语言本身的门槛不一样。让懒人上 rust 怕是连编译都搞不定。
楼上的说的差不多了，补充一点：
在项目模块分解的时候，go 语言一般按功能分，java 一般按类型分。
例如，java 的 model 包含项目中所有的模型。golang 一般是按用户模块，交易模块这么分。
在Go语言学习过程中，遇到“某某Go代码一股Java味”这样的评价，其实并不罕见。这通常意味着代码的风格、结构或者某些编程习惯更接近于Java，而非Go语言的惯用方式。
Go语言以其简洁、明了和高效著称，强调“代码即文档”的理念。Java背景的开发者在初涉Go时，可能会不自觉地带入Java的编程思维，比如过度使用面向对象编程（OOP）特性、复杂的类层次结构、过多的抽象和接口等，这些都与Go语言的简洁主义相悖。
为了写出更具Go语言风格的代码，建议初学者注意以下几点：
- 利用Go的简洁性：尽量使用简单的函数和结构体，避免不必要的类和接口。
- 并发编程：Go的goroutines和channels是其并发编程的亮点，应充分利用这些特性，而非依赖传统的线程和锁。
- 错误处理：Go的错误处理机制与Java不同，更强调显式返回错误值，而不是异常捕获。
- 代码格式：遵循Go的官方代码格式规范（如gofmt工具），保持代码整洁一致。
总之，写出地道的Go代码需要时间和实践。通过不断学习和实践Go语言的编程范式，初学者可以逐渐摆脱Java思维的影响，写出更加符合Go语言风格的代码。
