V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  BeautifulSoap  ›  全部回复第 31 页 / 共 110 页
回复总数  2186
1 ... 27  28  29  30  31  32  33  34  35  36 ... 110  
@sduoduo233
@aisk
@zq11211277
你们这就是有点纯抬杠了。即便不装根目录,比如装在更常见的 C:\Program Files 这些目录下,卸载的时候也会直接把 C:\Program Files 给清空
nodejs 当然能用 webpack 。。。。。。。
看这底下地评论我还以为是来到了 mjj 论坛了哈哈,隔壁论坛也好几个相关帖子,都一样地评论画风。证明大家还是看得清地。。。
https://hostloc.com/thread-1211000-1-2.html
0120-993-993
这是苹果日本官网的电话,0 开头,分号隔断,阁下如何应对? PS:这里面还没国家区号咧,加上区号就是 +81 0120-993-993 或者 081 0120-993-993
2023-09-25 21:24:02 +08:00
回复了 yuyang1992test 创建的主题 程序员 高级程序员为什么喜欢建表的时候加个 ext 字段?
这不光是 alter 的问题,改表的话发布流程多挺多步骤更麻烦也是一点。
预留的话直接代码里用预留字段就行了不用改数据库。
当然,无所谓这点工作成本的话最新版 mysql 倒是无所谓
2023-09-25 14:25:13 +08:00
回复了 meisen 创建的主题 Apple 时间过的真快,乔布斯逝世快 12 年了,如果他还在…
乔布斯还坚持 3.5 寸屏幕是最好的尺寸呢。以乔布斯那种性格和做事风格,信不信要到不知道多少代 iPhone 之后他才会愿意增大屏幕。。。
而且出现死亡之握之后死鸭子嘴硬的不也是乔布斯。乔布斯是死也不愿意为了信号而妥协设计的人,他还在的话没准信号会更差,然后教育你信号不好是因为你使用姿势不对多从自己身上找原因。

智能手机开天辟地的时候他是神,但是进入蓝海市场阶段后,他坚持的很多点都可能会导致非常大的问题。乔布斯之所以是神就是因为他已经走了,如果他还活着估计会被喷成翔。
当然,以乔布斯做事的决断,我觉得至少 ios 的返回逻辑他肯定能有办法解决的。直接出个新的返回逻辑,然后所有 app 必须适配,不适配直接下架的事情他应该能真会去做的
2023-09-24 12:49:19 +08:00
回复了 fyxtc 创建的主题 问与答 mac 上有什么漫画软件可以持续滚动看条漫的吗
@fyxtc 好吧,,,看来解决了
2023-09-24 12:48:57 +08:00
回复了 fyxtc 创建的主题 问与答 mac 上有什么漫画软件可以持续滚动看条漫的吗
@fyxtc komga 怎么可能无法打开 zip 。。。
2023-09-23 23:25:05 +08:00
回复了 mikewang 创建的主题 Linux rm -rf * 前一定一定要看清当前目录
试了一下,干,怎么 alphine 下的 sh 又显示当前目录了。难道记差了
2023-09-23 23:19:18 +08:00
回复了 mikewang 创建的主题 Linux rm -rf * 前一定一定要看清当前目录
问题的次要原因还在 alpine 默认只有 sh ,而 sh 不像 bash ,zsh 那样显示目前在哪个目录。
在 alpine 里操作的时候经常就出现不用 pwd 搞不清自己在哪个目录的情况。
2023-09-22 12:33:23 +08:00
回复了 yesterdaysun 创建的主题 MySQL 问一个复杂的基于产品属性的 SQL 查询
极其经典的 EAV 模型问题。本质上产生这个问题的原因是想用 RDS 来实现 NoSQL 的功能。mysql 后来添加了 json 字段就是为了解决这个问题

https://juejin.cn/post/6997230227868876830
https://zhuanlan.zhihu.com/p/404294076

我的项目实践经验就是,用 join 是最好的方法。如果你是 mysql 新版本之类的也可以改数据库结构,直接定义个 json 字段把商品信息的 json 存进去倒也行(反正已经这样定义数据了,你查询速度怎么都快不了了)。最好最彻底的解决办法就是上 NoSQL 或基于文档的数据库,如 mongodb ,elasticsearch 之类的
2023-09-22 11:47:01 +08:00
回复了 NeverBelieveMe 创建的主题 程序员 nginx 装进 docker 的方案
想了会,lz 意思就是本地不同目录放了一堆不同静态网站,然后域名解析到本地,想通过 nginx 根据不同域名访问不同静态网站?

如果你这些静态网站都在 home 目录的不同地方的话,这情况你直接把 home 目录给 mount 到 nginx 容器里就行了。反正只是本地开发测试,怎么简单怎么来
2023-09-21 02:00:37 +08:00
回复了 BeautifulSoap 创建的主题 Go 编程语言 踩到 Go 的 json 解析坑了,如何才能严格解析 json?
@snylonue 是不是难以理解?我作为发帖者看了这么多回复,也难以理解为什么那么多人不厌其烦地说是验证问题。我只能说,这个帖子下说是验证问题的,基本全都是想都没想过纸上谈兵的人(而且往往这么说的人口气真的令人不适,所以才一个个怼过去)
2023-09-21 01:56:28 +08:00
回复了 BeautifulSoap 创建的主题 Go 编程语言 踩到 Go 的 json 解析坑了,如何才能严格解析 json?
@gogogo1203 emmmm 。。。。你怎么就这么被我说说就破防了。。。。莫非真被我说中了。。。。。

我连续两天对线不正好证明我工作量不饱和么。如果我信了 ls 那几位把所有字段都改成指针的提案,我怕不是要多加班一个月哦,哪有这闲心在这和别人对线。
“别人用 go 写 curd 都写了多久了” 不要觉得没人遇到过这类问题,仔细看看这个帖子,已经有很多人提到过遇到过这问题了,以及为了避免这个问题他们用了什么方法了,他们才是真的用 go 写业务有经验的。而这个帖子下回复的很多人(包括你),从回复来看,我深刻怀疑充其量就是用 go 写过小工具,或者只写过规模非常小的项目。用 Go 写实际项目和业务经验之少令人汗颜

其他不说,已经快 200 楼了,就在你上一次回复我的这短短几层之间,又有一位爷跳出来一副高高在上教育别人的口吻在说这是要加 validation 来解决的问题。请问这么多人真的有哪怕动过脑子想过这个问题么?
2023-09-21 01:35:52 +08:00
回复了 BeautifulSoap 创建的主题 Go 编程语言 踩到 Go 的 json 解析坑了,如何才能严格解析 json?
@kiwi95 chatgpt 这个做法我是知道的,但也和上面说全改成指针一样属于目前不太可行的方案。主要几个项目,json 解析相关的 struct 上百个,涉及到字段上千个。没办法简单批量将这些字段全替换成 NullableInt 、NullbaleString 之类的。其次即便想办法批量替换了,所有用到这些字段的代码因为字段类型改变了,全都要重写。对现有项目做如此庞大的更改是真的不太现实(当然新项目可以这么做)

@Terminl 请勿抓住所谓订单、价格不放,随便举个例子罢了,建议你看一下 139L

@ding2dong 你说的很好,没错, null 对应 go 的 nil ,而在 go 中要给 int 类型赋 nil 值是会报错的。所以按照你说的意思,将 nil 解析到 int 字段报错不应该是最符合直觉的行为吗?
2023-09-20 17:57:25 +08:00
回复了 BeautifulSoap 创建的主题 Go 编程语言 踩到 Go 的 json 解析坑了,如何才能严格解析 json?
@leochenL 21L 其实就说了,直接复制出 json 包改了判断部分
https://cs.opensource.google/go/go/+/master:src/encoding/json/decode.go;l=885
这一行是解析 null 的部分,内部的 switch v.Kind() 就是在判断解析对象字段的类型。目标字段为非指针、map 这些不可设置 nil 的类型直接报错就行了

前后就花了不到十来分钟,然后写了单元测试后全局替换掉包引用,扔到开发环境慢慢等测试开始摸鱼了。所以才有这么多时间在这贴里和人对线。等啥时候高兴了再加个 flag 用于开关这个特性会更好点。不过目前这严格解析已经够用了。
唯一的问题就是因为复制的 Go 1.21 的 json 包,今后 go 升版本的时候标准包有变化的话得跟上(不过问题应该不大,大不了把这个包搞成公司内通用 repo )
2023-09-20 17:38:08 +08:00
回复了 BeautifulSoap 创建的主题 Go 编程语言 踩到 Go 的 json 解析坑了,如何才能严格解析 json?
@gogogo1203 这个帖子最初就一个目的:问怎么解决 null 解析问题,然后这个问题在前 20L 前已经被解决了。

但接下来我要说的话就不客气了

但是你要不要仔细想想猜为什么后来会发展为吐槽?因为我是真的被回复中的几位整烦了。
这个帖子 20 多楼之后除了少数几个回答可以看出真的有经验,回答是有用的之外,是不是一大堆自以为是、好为人师人的人一副教育人的口吻在提方案?提的方案还暴露了他们根本就在这方面毫无经验这回事。我就问,这贴已经有多少人说 null 解析是 validation 的问题?而这些说 validation 的人有多少人是能想到 null 解析是根本无法靠 validation 解决的?还出现了好几位“测试干什么”的主。更有说让人把一切字段定义成指针这么离谱方案的,最后被我拿例子怼眼前说在项目中用指针不现实反倒没下文了。

再比如说你,你自己扪心自问,你在 29L 和 35L 代码是不是展示了你最开始甚至连 json 解析 null 会出问题都没注意到?也不知道 null 解析成 0 会导致无法 validation ?我来猜一猜,你是不是被我指出有问题之后为了反驳我才去仔细读了 json 官方文档,才第一次知道 json 解析 null 值会有”我们认为 null 经常代表空所以跳过赋值”这一特性?
就好像上面好几位都在说“int 不是指针所以遇到 null 赋值 0 是合理的”一样,说这话就证明根本不知道是怎么回事硬要来教育人是不是?
PS:你再仔细看看我顶楼里的怎么说的 “尤其非指针类型字段,我下意识认为遇到 null 是会直接报错的,结果直接是当作不存在(undefined)来处理。。。”仔细想想
1 ... 27  28  29  30  31  32  33  34  35  36 ... 110  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   941 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 21:55 · PVG 05:55 · LAX 13:55 · JFK 16:55
Developed with CodeLauncher
♥ Do have faith in what you're doing.