V2EX › assassing 的所有回复 › 第 6 页 / 共 7 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7

❮

❯

166 天前

回复了 ztm0929 创建的主题 › Python › Python 导入自定义包的正确做法是什么？

你需要在 app/__init__.py 中手动打入文件中的函数，例如：from .models.py import func ，注意文件名前面的点。然后在 scraper_1.py 中就能直接导入了：from app import func

167 天前

回复了 drymonfidelia 创建的主题 › Chrome › 逆天 Chrome，新版本连下载链接都不让看了

这么可怕？？？上次停更 Chrome 是因为把底部下载栏去掉了，版本锁定在 113 。这个旧版本最近 AdBlock 和油猴都不能用了，我不知道怎么办？

168 天前

回复了 dyllen 创建的主题 › Go 编程语言 › go 新特性 range over func 没怎么看懂。。。。写库的时候用吗？

@xz410236056 #87 那肯定 Go 更好。

只不过这个迭代器实现太难用，支持了和没支持一样。像同时另一个 range 改进：for i := range n 替代 for i := 0; i < n; i++，我就觉得挺好，当然肯定也有人喷糖撒过头了。

168 天前

回复了 52txr 创建的主题 › Qt › 使用 Qt 做的软件界面太丑怎么办？有没有什么美工插件或者入门教程

我喜欢 Qt 默认界面，代表简洁、专业和可靠。如果实在不适应，只能去学学前端了，大量分装好的库和框架可用。

168 天前

回复了 dyllen 创建的主题 › Go 编程语言 › go 新特性 range over func 没怎么看懂。。。。写库的时候用吗？

@cmdOptionKana 噗，你这比喻很到位，大中午的不想吃饭了都

@dyllen 不是关键字，随便叫什么都成，关键字你可以查看这里： https://github.com/golang/go/blob/release-branch.go1.23/src/builtin/builtin.go

168 天前

回复了 dyllen 创建的主题 › Go 编程语言 › go 新特性 range over func 没怎么看懂。。。。写库的时候用吗？

按照写 Python 的经验，迭代器没有非用不可的场景，虽然它很简单。

Go 语言中宁可牺牲简单性，也不愿意引入新关键字，我是理解不了的。去原帖看了下，作者认为这样实现迭代器工作量比较小...

168 天前

回复了 dyllen 创建的主题 › Go 编程语言 › go 新特性 range over func 没怎么看懂。。。。写库的时候用吗？

函数签名 3 个 func 看傻了，要是 2 个还能接受

170 天前

回复了 assassing 创建的主题 › 程序员 › 如何理解 Go 语言中作用域延伸？

@vx7298 确实不算惰性，defer 语句才叫惰性求值。这里是涉及隐藏语句块的边界问题。

170 天前

回复了 assassing 创建的主题 › 程序员 › 如何理解 Go 语言中作用域延伸？

@DOLLOR 突然懒得深究了，我把流程转成这样去理解：
func main() {
{
a := 1;
if false
{
fmt.Println(a)
}
b := 2;
else if a > b
{
fmt.Println(a - b)
}
else
{
fmt.Println(a + b)
}
}
}
看起来没有破坏块级作用域规则。

170 天前

回复了 assassing 创建的主题 › 程序员 › 如何理解 Go 语言中作用域延伸？

@MoYi123 你是对的，我使用的在线 IDE ，C++ 版本比较老。换了新的 C++20 可以运行，和 Go 行为一致。

171 天前

回复了 maybeok 创建的主题 › 程序员 › hello word V2EX 的小伙伴，我是新人 carlos

对了，你提醒了我该弄个头像:P

171 天前

回复了 maybeok 创建的主题 › 程序员 › hello word V2EX 的小伙伴，我是新人 carlos

实话说，你不是 AI 机器人，但是不像程序员，更像个销售。整个主题就像把客户拉了个群，然后为了和客户拉近距离而绞尽脑汁找话聊，社恐是做不出已读乱回行为的。

172 天前

回复了 jlak 创建的主题 › Go 编程语言 › Go 语言真的有这么破烂不堪吗

@Rache1 在 Python 中统一错误处理写习惯了，这是我学习 Go 中最不习惯的地方。本意是让开发根据不同错误，就地给出不同解决恢复方案，但这与保持简单相悖。能写出恢复方法就能写出预防方法，防止异常发生。其他情况，同样只能打个日志干瞪眼。

189 天前

回复了 assassing 创建的主题 › 程序员 › Go 语言存在隐式类型转换？

@nagisaushio 现在认知是：用指数形式表示的数，是一个不定类型的常量，可能为整数也可能为浮点数。就和下面这种情况一样：

const c = 1.0
var d int = c

189 天前

回复了 assassing 创建的主题 › 程序员 › Go 语言存在隐式类型转换？

@xuld 谢谢忠告，咱只想心里有个底，不然看到指数形式就默认是浮点数了。既然没问题就放心用

189 天前

回复了 assassing 创建的主题 › 程序员 › Go 语言存在隐式类型转换？

@kuro1 math.Pi 是个明确的 float64 ，没有争议

189 天前

回复了 assassing 创建的主题 › 程序员 › Go 语言存在隐式类型转换？

@thinkershare 作为常量是可以解释得通，那么下次看到 e 还得心算一下，结果是不是个小数

189 天前

回复了 assassing 创建的主题 › 程序员 › Go 语言存在隐式类型转换？

@qq316107934 谢谢提供信息，编译器源码我还不太看得懂，先把问题记下来了

189 天前

回复了 assassing 创建的主题 › 程序员 › Go 语言存在隐式类型转换？

@qq316107934 换了 1.22 版本报错就是这个：`cannot use 1.5555e3 (untyped float constant 1555.5) as int value in variable declaration (truncated)`
我试了 1.5 版本，`var b int = 1.5e3` 也是能通过编译的。只是差一个官方说明，说好了必须要显式转换类型呢？

189 天前

回复了 assassing 创建的主题 › 程序员 › Go 语言存在隐式类型转换？

@MoYi123 我也偏向于认为 1.5e3 是个字面量，应该说默认推断类型就是 float64：

```
package main

import (
"fmt"
)

func main() {
const n = 5000000

const d = 3e6 + n
fmt.Println(d) // 输出：8e+06
fmt.Printf("%T\n", d) // 输出：float64
}
```
所以和无类型常量计算结果也是 float64 。
然后把指数形式的浮点数赋值给整数：`var b int = 1.5555e3`，编译器报错信息是：`constant 1555.5 truncated to integer`？不知道怎么理解

1 2 3 4 5 6 7

❮

❯