Golang Go语言中很喜欢 Echo 框架
Golang Go语言中很喜欢 Echo 框架
个人比较喜欢简洁的框架，最近看了下 go 的 web 框架 Echo，非常喜欢它的设计，看上去挺像 koa2 的。
支持分组中间件，路由中间件，这个很棒。
最近才开始学习了下 Go，感觉很棒，方法前面加一个 go 就变成了协程运行，不过用 chan 来做数据交互可读性确实没有 async/await 好。
另外 Go 的 defer 也很棒。 最棒的是 Go 的程序可以直接生成二进制文件，无需其他依赖直接跑。
还有什么好特性或者不好的地方，大家评论分享下
更多关于Golang Go语言中很喜欢 Echo 框架的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
Go 用来做一些小项目确实是个非常优秀的选择，官方提供的工具链很好用，web 框架（不止 Echo，其实其他的 Go web 框架都是）很灵活、高效。
而且，小项目就算没有泛型之类的语言特性也无所谓，一共也没多少行代码，简平快硬写就行，啥编程模式之类的在小项目中体现的好处并不算大。
只是做大项目的话，Go 在 web 方面底蕴还是比不上 php 和 java 。
更多关于Golang Go语言中很喜欢 Echo 框架的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
底蕴主要有两方面，对于大项目来说，PHP 和 Java 积累了非常庞大的人才库，大项目需要考虑人员流动，另一方面是积累了大量的解决方案以及最佳实践之类的业界共识，可以减少很多讨论时间。
go 是可以灵活搭配，但灵活对于大项目来说弊大于利。而且，项目越大，go 自身的优势就越不明显，比如单个二进制文件部署、占用内存低之类的，大项目不怎么考虑这些因素了。
好家伙，看到分组中间件、路由中间件我犹豫了一下，想着不会是那个意思吧，结果一查还真是。和我在一个 Python Web 框架里设计的，不谋而合……哈哈哈，和业界典范想到一起了还挺开心。
https://index-py.aber.sh/stable/route/#_5
https://index-py.aber.sh/stable/route/#_13
其实还有一个我不喜欢的地方，因为 go 没有 attribute 或者 annotation 类似物，所以路由基本都是集中式。但是我非常不喜欢集中式路由。外加没有依赖注入，我不喜欢手动管理一大堆（指十几二十种以上）的依赖组件，这简直是折磨人。。。
楼上一堆人身攻击，无意义啊…ORM 作用是屏蔽数据库操作。当一个代码文件混合了几种语言，维护起来很痛苦，优化也是个麻烦。小项目随便写吧，大项目要规范，否则到了后面维护就是自己挖坑自己填了。
应该是开发效率、生态成熟度问题，比如用户管理，账号登录，手机登录，邮箱注册，手机注册，找回密码，基于 go 要多久？基于 php 我只要几个小时，mvc 网页、api 都可以出来。
比如缓存依赖，缓存标签，数据库我也可以自由切换 mysql，mssql，postgres 等等。
go 优势应该是搞性能吧，部署方便。
go 就是简洁, 高效
开发效率不一定高, 但也有一定的好处就是依赖少, 代码比较清晰
至于说到大项目, go 的云方向比较成熟, 大的项目服务基本都被拆分成微服务, 然后部署在主要语言为 go 的 云平台上
小公司喜欢整个项目代码在一个 project 里一把唆, 稍微大点的公司都会进行拆分吧…
至于 orm, 小公司为了开发效率,而且量级不大,基本用开源的比较好, 节约开发时间,减少不必要的 sql 语句错误,这个跟语言没啥关系
目前我个人 对 简洁依赖少 和 强大依赖多
我选择前者
不会吧不会吧，一看你就是连手写数据库都不会，只能用 sql 装逼的菜鸡啊。
可能 iPhone9 这位老哥家里人有变故，导致心态大便了，才狗嘴里吐不出象牙吧。表示同情，希望人没事
gorm 这个呢，就是用起来还行，但是总会有各种不爽的地方。另外一个好用的 ORM 不光要能映射查询结果，还要能自动 diff 差异然后 save，这点上 Go 没有能做的。另外就是受限于语法，查询条件怎么写都很难看和繁琐，最后还得依赖 codegen 生成一大堆 QueryXXX 的方法。
“最近才开始学习了下 Go，感觉很棒，方法前面加一个 go 就变成了协程运行，不过用 chan 来做数据交互可读性确实没有 async/await 好。”
怎么能将 chan 和 async 比呢，和 async 比的是 go，chan 解决的是携程通信和管理问题。这个是 node 所没有的。
ORM 有一个小的好处，就是在数据中间件更换的时候，有一个相对一致的中间层帮你处理了一些更新带来的问题。
而且随着软件规模的扩张，任何单体程序都需要类似 Spring 一样的框架完成依赖注入，总归是会趋同演化的嘛~
C 语言也有大型项目，但是它不适合做大型业务项目，GO 比 C 语言好一些，但是语法还是很鸡肋，跟 js 语法差不多, 很简陋，就是那种小刀, 适合写小工具，多人团队合作相对 java 和 C++, python，C# 弱一些。
现在有了微服务，所有的服务都相对比较简单，业务比较聚合和单一，所以 go 语言还是可以做大型项目的。
试试看 EFCore 这种使用语言标准库语法的 ORM，你就不觉得自己封装的 SQL 好用了。这东西除了性能比较差外基本没有什么缺点。当然极端复杂 SQL 自动生成比手写的差这个 ORM 共性还是免不了。
没有没有，刚开始只是和一个 v 友争论，后来纯粹是为了争而争。java 和 python 的 orm 还是很好用的，但是 nodejs 和 golang 与其用 orm 还不如直接 sql 。
大家可以试试 ent, 虽然比不上 Django orm 但大部分情况下还是非常好用的.另外 codegen 是好东西，Go 写多了越来越喜欢代码生成了，我自己的 redis 缓存框架都是基于代码生成的
你作为在这贴首先说出 “菜鸡才喜欢 orm” 这种故意钓鱼引战，人身攻击他人的话的人，还好意思把自己的行为美化为所谓“刚开始只是和一个 v 友争论”。自己乱人身攻击别人就别指望别人尊重你。
说真的，在网上乱说话可以，但是放地图炮钓鱼是真的业障重。做这种事情前请先做好被别人骂到失去亲🐎的觉悟。
讲真的，那个全靠返回一个切片然后搞一堆的定义来描述关系的模式我是真心欣赏不来，太繁琐太麻烦了。而且由于这个模型定义方式的问题，即使用上 codegen 也还是得靠链式调用设置值，也不能直接操作内存对象然后自动 diff 变化保存。总体而言我觉得还是不够好用。关系定义我觉得用 tag 然后依赖 codegen 解析处理可能都比现在这个方式更来的简便。
在Go语言中，Echo框架确实是一个非常受欢迎的选择，它以其高性能、简洁的API和丰富的功能集而著称。以下是我对Echo框架的一些专业看法：
Echo是一个基于标准net/http库的Web框架，它提供了更高级别的抽象和一系列实用工具，使开发者能够更轻松地构建Web应用程序。其性能优越，特别是在处理高并发请求时，能够展现出出色的稳定性和响应速度。
Echo框架的路由机制非常灵活，支持动态路由、中间件、组路由等多种功能，使开发者能够更精细地控制请求的处理流程。此外，Echo还提供了丰富的中间件支持，如身份验证、日志记录、CORS等，这些中间件可以轻松地集成到应用程序中，提高开发效率和代码质量。
在数据绑定和验证方面，Echo也表现得非常出色。它支持多种数据格式（如JSON、XML等）的自动绑定和验证，使开发者能够更轻松地处理客户端发送的数据。同时，Echo还提供了强大的模板引擎支持，使开发者能够轻松地生成动态HTML内容。
总的来说，Echo框架是一个非常适合构建高性能Web应用程序的选择。它提供了丰富的功能和简洁的API，使开发者能够更专注于业务逻辑的实现。如果你正在寻找一个稳定、高效且易于使用的Go语言Web框架，那么Echo绝对值得一试。
希望这些信息能够对你有所帮助！如果你对Echo框架还有其他问题或需要进一步的帮助，请随时提问。
