+
 新版
2020-12-12 22:01
我不用go主要原因是go缺少java的spring data cache、jetcache这样优雅的缓存框架。在go的gin框架里想要大量的使用缓存,对缓存进行写入和清除,需要些太多重复代码,太麻烦了,所以还是java用着舒服!
2020-12-12 22:14
我写了一个缓存管理器,可以参考下:https://gitee.com/chunanyong/readygo/tree/master/cache
2020-12-12 15:09
明年go语言 有泛型了,orm框架会更好用一点吧
2020-12-12 07:20
go的orm都不怎么好
2020-12-12 08:37
Golang 是语言设计局限问题,不适合写企业级项目,缺少 Java Hibernate、C# Entity Framework、PHP Doctrine 这种企业级 ORM。
2020-12-12 09:05
不是语言局限性 吧 就是设计的不好,
2020-12-12 10:00
设计模式不支持,也不支持抽象,ORM 的核心概念语言都支撑不了。
2020-12-12 10:06
确实和语言特性不足有关.
手感受限的ORM vs 特性精简的语言, 我选后者.
2020-12-12 10:13
恩。所以写不了企业级项目,玩具而已,也可以写一些运维工具,毕竟 golang 成功项目都是运维工具。
2020-12-12 13:02
所以写不了"传统企业级项目",
用java,c++的思维会发现这破语言什么什么都不支持.
换个思维,发现编译真快,跨平台零修改,两个字母改并行处理,标准库管的宽,进程线程是什么东西,框架是什么东西,gofmt解决千古难题,gRPC一统天下........

编不下去了,,谁来接力?
2020-12-12 13:05
企业级应用和语言关系不大,架构设计比较关键
2020-12-12 14:33
传统企业项目,用java就可以了;golang的优势在于轻量化,网络工具、跨平台服务、微服务,用的也是越来越广泛了;没有工具的优劣之分,而在于用合适的工具做适合的事情。
2020-12-12 12:55
orm本身就是对sql语法的翻译,还不如像zorm这样,直接撸sql
2020-12-12 13:06
企业级应用和语言关系不大, 架构设计比较关键
2020-12-12 12:54
试试zorm吧,还是很不错的
回复 @
{{emojiItem.symbol}}
返回顶部
顶部