想问一个关于 Golang Go语言中的“基本类型零值问题”的问题？
目前我正在学习 GO 语言，是个入门小白，试着从应用的角度去学习 GO 语言，想先从 web 开发入手去做一些有意思的后台应用。
于是我挑选了 Fiber 作为 web 框架，XORM 作为数据库（目前只涉及 mysql ）的交互框架。
当我试着基于数据库去做一些查询功能时，我懵逼了。
我需要根据一个结构体参数（ Java 中叫参数对象）中是否有某个字段来决定我的 sql 中的 where 条件中是否要有这个筛选条件。
例如下面这段代码片段：
type Param struct {
UserId int64
Type int
StartTime time.Time
EndTime time.Time
}
session := engine.Where("is_delete = 0")
// userId 不为空时
if param.UserId != 0 {
session.And("user_id = ?", param.UserId)
}
我一开始尝试着写 param.UserId != nil 幸好有编译器告诉我这是错误的写法，我只能摈弃继承于 Java 的编程思想。可是现在问题来了，我如何区分，到底这个 0 是来自默认赋值，还是用户真的输入了一个 0 呢？
或者说有什么优雅的方法能解决我的这种场景么？还是说 golang 真的存在某些局限性不适合做 web 开发？
先提前感谢大佬们和前辈们的指教！
更多关于想问一个关于 Golang Go语言中的“基本类型零值问题”的问题？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
*int64
只有 结构体， 接口，map ， 切片，数组，指针 才有 nil
更多关于想问一个关于 Golang Go语言中的“基本类型零值问题”的问题？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
谢谢大家的回答，这是一个可行的思路，虽然目前需要多拐一个弯才能理解。
由于最初的数据来源一般是前端的 JSON 数据，所以还有一个疑问，不过已经解决了，在此也贴上问题和答案：
问：go 中 json 转结构体，如果某个字段在 go 的结构体中是 *int 类型，这样能成功转化么？
chatGpt 答：是的，可以成功将 JSON 转换为 Go 结构体，即使某个字段在 Go 结构体中是 *int 类型。在进行 JSON 转换时，Go 语言的 encoding/json 包会自动处理指针类型的字段。
以下是一个示例代码，演示了如何将 JSON 转换为包含 *int 类型字段的 Go 结构体：
package main
import (
“encoding/json”
“fmt”
)
type MyStruct struct {
ID int
Name string
Age *int
}
func main() {
jsonData := {"ID": 1, "Name": "John", "Age": 25}
var obj MyStruct
err := json.Unmarshal([]byte(jsonData), &obj)
if err != nil {
fmt.Println(“JSON 解析失败:”, err)
return
}
fmt.Println(“ID:”, obj.ID)
fmt.Println(“Name:”, obj.Name)
fmt.Println(“Age:”, *obj.Age)
}
在上述示例中，Age 字段在 MyStruct 结构体中是 *int 类型，表示它可以是一个指向整数的指针，或者是 nil 。当 JSON 数据中的 “Age” 字段存在且值为整数时，json.Unmarshal 函数会将其解析为整数，并将其地址赋值给 Age 字段。如果 JSON 数据中的 “Age” 字段不存在或者值为 null ，则 Age 字段将被设置为 nil 。
请注意，如果 JSON 数据中的 “Age” 字段的值不是整数类型，而是其他类型（例如字符串），则在解析时会出现错误。在实际应用中，建议在解析 JSON 数据之前，先进行类型检查或错误处理，以确保数据的正确性。
我从 Java 转 Go 一直以为这个是作者设置默认值是刻意的。
因为 Box 往往在生产环境中更加容易引起 NPE 。。
至于解决你这个问题，太简单不过了。CreateTable 后加初始自增 ID 为随机正数就行。
btw ，生产环境只要是偏 C 端业务都会要求尽量避免用数据库 ID 。
一个是众所周知容易暴露业务量问题。
第二个就是链路一旦长了，上下游唯一标识的主键类型是很有可能发生变化的。从 Long–>String ，进而很有可能引起某一些不可描述的问题。
不想用指针的话还有其他思路可以参考
- 参数都用 string 接收，转 int 的时候根据 error 判断前端到底传了这个值没
- Fiber 不是很了解，像 gin 框架有 c.GetQuery 这种方法去判断前端有没有传这个参数
当然最好的办法当然是这种情况避免前端默认使用零值
"可是现在问题来了，我如何区分，到底这个 0 是来自默认赋值，还是用户真的输入了一个 0 呢？"
你用任何语言都需要处理这个问题，和语言无关，cs101 的第一节课这些问题都应该解释过，也许你在 java 中数据库使用 null ，那 go 也有对应的数字类型对象可以使用，总之，这个问题和语言一点关系都没有
Go 也有 *int
另外即使引用/指针类型也有类似问题，无法区分没设置和 null. 例如查询条件里一个 nullable 的字段是 null, 那应该是 where foo is null 还是没有这个条件呢？
可为空的时候才需要使用指针，但基本类型使用指针非常别扭，这就是语言本身的问题……
经验上来说除非业务上真的要用零值，都建议避开它，比如枚举第一个使用 iota + 1
只能说这是作者的选择，其他一些语言是明确区分空和非空的，比如 TypeScript ，我们使用 int | undefined （我们有语法糖，也就是符号 ? 来帮助我们定义这种类型），比如 Rust ，我们有 Option<T> 来帮助我们定义。我认为 Rust 或者 Haskell 这种方案的确是最好的，它要求使用者先解包再使用，不用担心 NPE ，而且也不用担心心智负担。我个人认为最糟糕的就是 context.Context ，很多业务场景就把一些乱七八糟的东西往里面塞，你根本不知道里面到底有没有你想要的东西，这种方式太糟糕了。
这是硬伤，已经碰到好多次相关的问题了。
我的选择是宁愿选 sql.nullXxx 系列，虽然难看繁琐但好歹路子是对的；用指针只能说是逆行倒施，而用默认值只能说是错的离谱。
任何语言 int 的定义都只能表示一个 32/64bit 值, Integer, int|undefined, Optional<T>, ?这种都是有附加属性的, 和 int 完全不对等, 类型都不一样, 不然 optional 的 true 和 false 是在哪里存储的.
go 现在也有范型可以定义 Optional[T], 只能说语言层面没有语法糖, 写起来不方便
至于 context 我基本只用它的 Done() channel, value 之类的只能约定项目规范了, 我不是很了解
的确说得很好听，但是就是架不住大家滥用。traceid 放进去了，权限校验放进去了，logger 放进去了，我都不知道还有啥没有放进去过。这个 context 老老实实做个协程控制的不好吗？偏偏搞一个伪 map ，一点都不强类型。
就要要让它类型不一样啊… Option<T> 这个就是附加一个小 tag ，后面跟个 union 。
至于 Option 设计和 Result 设计，很多地方都要看相关的设计哲学的。如果你标准库都 “凑合凑合”，那很多第三方库也 “凑合凑合”，然后你写的代码也开始 “凑合凑合” 了。
“什么？区分无值、零值、其他值？区分这么多干什么？会不会写工程？工程讲究的就是实现快！”
V站的朋友们，
大家好！关于Golang（Go语言）中的“基本类型零值问题”，我很乐意为大家解答。
在Go语言中，每种基本类型都有一个预定义的零值（zero value）。这是Go语言的一种特性，旨在提供初始化的默认值，以确保程序在未经显式初始化的情况下也能正常运行。
对于不同的基本类型，零值如下：
- 数值类型（如int、float64等）：零值是0。
- 布尔类型（bool）：零值是false。
- 字符串类型（string）：零值是空字符串""。
- 指针类型（如*int）：零值是nil。
- 接口类型（interface）：零值也是nil。
- 切片（slice）、映射（map）和通道（channel）类型：零值同样是nil。
了解这些零值非常重要，因为它们会在变量声明但未初始化时被自动赋予。这意味着，如果你在声明变量时没有显式地给它赋值，它将自动采用其类型的零值。
此外，零值在Go的内存管理和资源释放方面也有着重要作用。例如，当你关闭一个零值的通道时，不会发生任何错误，因为nil通道是安全的。
总之，掌握Go语言中的基本类型零值问题，有助于编写更健壮、更安全的代码。希望这个解释能帮到你，如果还有其他问题，欢迎继续讨论！
祝编程愉快！
