seth19960929

@panlatent #26 如果真心想要多线程, 异步, GUI 友好, 连接池, 性能问题, 我的建议是给官方提交代码
多线程, 连接池, 性能问题 官方有解决方案, swoole, roadrunner, workman 都可以
GUI 友好直接去用 electron / flutter / android, 不要尝试一个语言做所有事情, 尝试的人都失败了

说实话, 只有一个选项的包管理器肯定是最好的
我用过的比如: flutter get, go get, composer install,
有多个的选择的永远被吐槽, 总是为了解决另一个包管理器的部分问题:
js: npm, yarn, pnpm python: pip, conda, uv

@yeka 后端的也需要打包部署一套, 时间更不少, 你看看服务端构建镜像, 部署整套服务, 快的话几分钟, 慢的话小时级别.

所以本质还是看像不像偷懒了

后端负责业务逻辑层：返回 “领域模型的原始数据”
前端负责展示层处理：把后端的原始数据转换成 “UI 需要的格式”

楼上是不是歪了, 前后端分离本质不就是把后端拆分出来吗?以前后端自己转换数据渲染到页面上
反驳楼上几个点

1. 后端转了, ios, android, h5 可以直接用
> 错, 那只是为了偷懒而找借口, 后端应该专注于业务编程, 而非页面编程

2. 状态 0, 1 和 true / false
> 取决于业务, 是否只有禁用或者启用, 比如, 用户 true 可以正常使用, false 不能使用, OK, 但是如果有需求 0 正常使用, 1 不能使用, 2 注销中可以使用基本功能类似这样

3. 图表数据格式问题
> 如果前端用 echart 就转成 echart 格式, 用 dchart 就转成 dchart 格式, 岂不是问题很大, 或者安卓和 ios, h5 用不同的图表组件, 那怎么适配? 所以只返回 “领域模型的原始数据”

BGabR7cCZvaywV9TYQWwyxjYEthFQixfoGE8p79TkZUC

BGabR7cCZvaywV9TYQWwyxjYEthFQixfoGE8p79TkZUC 这个

BGabR7cCZvaywV9TYQWwyxjYEthFQixfoGE8p79TkZUC

牛逼

楼上说的对, 你那个是编译检查错误, 不是运行时错误, 1/0 是可以被捕获成功的, 骗一下编译器

package main

import (
"fmt"
)

func main() {
defer func() {
if err := recover(); err != nil {
fmt.Println("捕获到 panic:", err) // 会执行
}
}()
// 通过变量绕过编译器的除零检查
a, b := 1, 0
_ = a / b // 运行时 panic: integer divide by zero
}