V2EX › aababc 的所有回复 › 第 1 页 / 共 9 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9

❮

❯

8 月 31 日

回复了 aababc 创建的主题 › Go 编程语言 › 业务系统开发语言从 PHP / Python 转向 Go 如何实现数据的存储

@liuliuliuliu #42
不同语言的社区对 ORM 的态度是截然不同的, Go 对 ORM 的反对声量特别高, 而且说实在的 Go 现在社区的 ORM 都不咋地, 但是我自己也搞不出来更好用的.

8 月 31 日

回复了 aababc 创建的主题 › Go 编程语言 › 业务系统开发语言从 PHP / Python 转向 Go 如何实现数据的存储

@jowan #40
是的, 你说的这个没有问题, 但是想实现这个能力在 Go 还是挺麻烦的, 就是使用 GORM 也感觉做起来比较吃力, 我尝试过在 GORM 做这个, 但是说实在的感觉不咋滴, 也有可能是我的路子没走对

8 月 31 日

回复了 aababc 创建的主题 › Go 编程语言 › 业务系统开发语言从 PHP / Python 转向 Go 如何实现数据的存储

@jowan #34
我能说我们现在就是这么干的吗, 但是这个过程我能说非常脏吗, 从我的观点出发, 认为比较易用的就是, 我在业务中操作业务对象, 业务结束之后, 如果需要持久化, 那么我不需要关注那些字段变化, 这应该是一个无感知的过程.

8 月 31 日

回复了 GoogolChrome111 创建的主题 › git › SourceGit 和 Fork 怎么选？两个都用过的来聊聊

fork 好用, 但是我用的时候有一个痛点, 分支比较多的时候, 容易找不到当前在哪里

8 月 31 日

回复了 aababc 创建的主题 › Go 编程语言 › 业务系统开发语言从 PHP / Python 转向 Go 如何实现数据的存储

@jowan #31
那是不是还可以更通用一点
```go
Update(context.Context, int, map[string]any)
```

8 月 31 日

回复了 aababc 创建的主题 › Go 编程语言 › 业务系统开发语言从 PHP / Python 转向 Go 如何实现数据的存储

@jowan #28
正常的持久化方式本来就是修改什么字段就更新什么字段
那如何实现这个?

8 月 31 日

回复了 aababc 创建的主题 › Go 编程语言 › 业务系统开发语言从 PHP / Python 转向 Go 如何实现数据的存储

@ryan961 #23
说实在的之前看过这个, 感觉太复杂了. 而且这个和 MVC 好像也没啥关系, 不是 PHP 就要使用 MVC 吧.

8 月 31 日

回复了 aababc 创建的主题 › Go 编程语言 › 业务系统开发语言从 PHP / Python 转向 Go 如何实现数据的存储

@8355 #24
我能说随大流吗, 就是某些项目用了之后感觉还行就越用越多, 而且部署什么的也比较方便, 100M 内存就能跑起来一个业务.

8 月 31 日

回复了 aababc 创建的主题 › Go 编程语言 › 业务系统开发语言从 PHP / Python 转向 Go 如何实现数据的存储

@jowan #18
确实不绑定在一起, 但问题是我需要把相关的数据持久化的时候这一步少不了吧?

8 月 30 日

回复了 aababc 创建的主题 › Go 编程语言 › 业务系统开发语言从 PHP / Python 转向 Go 如何实现数据的存储

@liqinliqin #4
我们原来的技术栈都是 laravel/symfony 基于 FPM 优先的 PHP 技术栈, typephp 刚发布没多久稳定性啥的还没有经过验证, 而且和现有生态的融合咋样好像也说不清楚, 至少在我来看短时间不会选择! 感觉 trueasync 进入了 PHP 内核可能更有利好吧! 不过 swoole 团队的能力确实强, 能做这么多东西出来确实也是对 PHP 的利好!

8 月 13 日

回复了 aaa0009 创建的主题 › 程序员 › 你们还手写代码吗（ PHP ）

2.8 好古早的项目

6 月 4 日

回复了 matters 创建的主题 › 程序员 › 关于 API 限流：令牌桶到底怎么写才稳？

好像之前见过一个 GCRA 的算法可以参考一下

2025 年 12 月 31 日

回复了 MEIerer 创建的主题 › 职场话题 › AI 会让程序员变成人人都会的无脑岗位

AI 都想不出来那么脑残的需求

2025 年 10 月 10 日

回复了 aababc 创建的主题 › Go 编程语言 › go gorm error 的疑惑

@Immortal #7 咋说呢，我们现在的场景也有 traceID 上下文也能关联起来，现在使用的是 slog ，添加这个 traceID 也是挺恶心的，不单需要重新赋值 request ，还需要自己实现 slog 的 handler

2025 年 10 月 10 日

回复了 aababc 创建的主题 › Go 编程语言 › go gorm error 的疑惑

@Div1ne #3 gorm 现在都已经实现了这些功能，不需要自己再实现一遍，有基于 logger 和 slog 的两种实现

2025 年 10 月 10 日

回复了 aababc 创建的主题 › Go 编程语言 › go gorm error 的疑惑

@Immortal #1 我的想法是在最上层的错误处理器里统一处理 error 并记录相关的错误信息而后返回 response ，但是我再使用 gorm 的时候，我希望在查询出错的时候能记录到 error 和执行的 SQL ，但是 gorm 返回的错误并没有携带 SQL 语句，如果要记录 gorm error 时执行的 SQL 就需要使用 gorm 自己的 Logger ，这样感觉就会把错误信息切分成两部分，我的错误处理器中记录一部分，如果要查询具体的 SQL 就需要去 gorm 的日志中查看

2025 年 8 月 15 日

回复了 red13 创建的主题 › 程序员 › 你们在设计 restful api 时会用 put 和 delete 吗？

@QlanQ #59 好像最近出了一个规范添加了一个 Query Method 来解决这个问题

2025 年 8 月 15 日

回复了 red13 创建的主题 › 程序员 › 你们在设计 restful api 时会用 put 和 delete 吗？

感觉这种帖子没啥意义，有喜欢 restful 的，有喜欢 rpc 的，有喜欢 graphql 的，最终讨论不出来个啥，自己权衡利弊之后，选择一个比较适合自己场景的，然后制定好各种规范就 OK 了

2025 年 7 月 30 日

回复了 Dg3gWjbFvvq 创建的主题 › 程序员 › 语法最优雅的编程语言是什么？

必然是 PHP

2025 年 7 月 2 日

回复了 KingCloser 创建的主题 › 程序员 › AI 编程太强了，一个星期的需求， AI 两个小时做完，其余时间我准备摸鱼一周了.....

那你如何解决后续的任务迭代的问题，感觉现在这个问题对我们有比较大的困扰

1 2 3 4 5 6 7 8 9

❮

❯