Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  iseki  ›  全部回复第 30 页 / 共 55 页
回复总数  1091
1 ... 26  27  28  29  30  31  32  33  34  35 ... 55  
❮ ❯
2022 年 12 月 25 日
回复了 jeesk 创建的主题 › 程序员 › Java 的泛型能够向 golang 一样， T 可以表示多个类型？
@coala 不不不，我觉得 Go 是一个设计的很差的语言，Java 太罗嗦，我选择 Kotlin （洗手）
2022 年 12 月 25 日
回复了 jeesk 创建的主题 › 程序员 › Java 的泛型能够向 golang 一样， T 可以表示多个类型？
噢，我懂了，你是额外在人家的接口上加了个约束
2022 年 12 月 25 日
回复了 jeesk 创建的主题 › 程序员 › Java 的泛型能够向 golang 一样， T 可以表示多个类型？
@jeesk 我觉得你举的这个例子用 union type 不太好，overload 更合适。你写了个 string | int ，里面还是要 is string is int 分别去处理
2022 年 12 月 25 日
回复了 jeesk 创建的主题 › 程序员 › Java 的泛型能够向 golang 一样， T 可以表示多个类型？
至于类型擦除…Java 这种实现的好处是代码不膨胀，和旧的兼容，运行时也没额外消耗，坏处就是运行时不一定能拿到泛型信息
2022 年 12 月 25 日
回复了 jeesk 创建的主题 › 程序员 › Java 的泛型能够向 golang 一样， T 可以表示多个类型？
不支持联合类型，和泛型其实没太大关系，你看 ts 不用泛型也能联合类型。语言设计问题，可能和 Java 是名义类型有点关系，也许联合类型这种情况下不太好实现？
2022 年 12 月 24 日
回复了 agood 创建的主题 › 问与答 › 什么样的人才会买 lianhua qingwen？
V2EX 不是一个言论自由的地方，包括但不限于根据注册时间，已注册天数，手机号进行明面上的限制；还存在跳转、404 、直接针对 IP/账号返回 403+非用户友好错误页面的行为
2022 年 12 月 23 日
回复了 WordTian 创建的主题 › Python › 万万没想到， Python 的字符串裁切函数居然还能有 bug
不不不，看到这种没明确写出 suffix 的函数，就应该提醒自己，它可能不是 suffix ，去看文档。话说看下文档也不麻烦，ctrl q 一下而已。
2022 年 12 月 16 日
回复了 movq 创建的主题 › 程序员 › 有没有懂 JVM 的大佬解释，为什么对变量默认值（0， false， null）的写，对其他线程可见？
去看看标准吧，测试不能说明什么问题
2022 年 12 月 11 日
回复了 needpp 创建的主题 › 随想 › 😮‍💨 不知道大家为何要去抢药？我是这么认为的
你可以试试，现在还能不能买到药
@needpp
2022 年 12 月 11 日
回复了 needpp 创建的主题 › 随想 › 😮‍💨 不知道大家为何要去抢药？我是这么认为的
@needpp 试过了，真来不及~~~好在我有上次留下的，同事还给送了点，算是有的吃
2022 年 12 月 11 日
回复了 sockball07 创建的主题 › 程序员 › 各位对错字的容忍度
代码里，尤其是接口处不要错，其他能看懂就完了
2022 年 12 月 11 日
回复了 needpp 创建的主题 › 随想 › 😮‍💨 不知道大家为何要去抢药？我是这么认为的
吃完了舒服啊，降低痛苦啊
2022 年 12 月 9 日
回复了 likre 创建的主题 › 程序员 › 为什么你不用 Linux 当桌面？
Linux 只用作服务器，开发和日常还是 Windows ，Linux 好多软件游戏跑不起来，同时没遇到什么必须切换到 Linux 的问题，所以就保持 Windows 了。买不起 /无法接受 Mac
2022 年 12 月 4 日
回复了 edis0n0 创建的主题 › 程序员 › API 不管操作成功还是失败都返回 200 状态码，自己在返回结果里又定义一个表示是否成功的属性是从哪里传开的坏习惯？
有些人总喜欢不管成功与否皆返回 200 ，于是为了鉴别成功失败（会对应不同的响应体 schema ），必须给所有请求的响应体包裹一个 wrapper ，彻底侵入响应体，既不考虑违反 HTTP 带来的麻烦（监控等等），还导致响应体必须是个 JSON （不然没法包裹了），美其名曰方便区分「系统异常」「业务异常」，实际上连故障和错误都没划分明白（这里点名批评 Java 的 Exception 类型）。
更有甚者，包就包了，他还把成功和失败时的内容载荷给你丢到 wrapper 的同一个字段里，导致必须先把 JSON 解析一次，知道了是成功还是失败，才能用正确的类型把载荷再映射一次，病得不轻。
2022 年 12 月 4 日
回复了 fhj 创建的主题 › Android › volatile 有个疑惑
@fhj 所谓的线程本地副本，是为了和现实世界中变量可能被优化掉 /存到寄存器里 /跑到高速缓存里等情况对应。volatile 保证“可靠一致的访问”（ JLS 原话），不是说不加就一定不一致了 （以上那些情况不一定会发生）
你这个例子就是因为种种原因，以上那些情况没发生，或者不良的副作用被别的因素抵消了
2022 年 12 月 4 日
回复了 edis0n0 创建的主题 › 程序员 › API 不管操作成功还是失败都返回 200 状态码，自己在返回结果里又定义一个表示是否成功的属性是从哪里传开的坏习惯？
不存在什么业务异常、系统异常；业务上的冲突，是客户端发起的请求引起的，比如余额不足、用户名冲突等等，4XX ；服务端的异常，比如数据库无法连接、资源不足等等属于故障，5XX
2022 年 12 月 3 日
回复了 edis0n0 创建的主题 › 程序员 › API 不管操作成功还是失败都返回 200 状态码，自己在返回结果里又定义一个表示是否成功的属性是从哪里传开的坏习惯？
时至今日 HTTPS 已成基本前提，大多数场景不需要再考虑劫持这种稀奇古怪的事情了，为了规避劫持改变系统设计有些得不偿失
2022 年 12 月 3 日
回复了 edis0n0 创建的主题 › 程序员 › API 不管操作成功还是失败都返回 200 状态码，自己在返回结果里又定义一个表示是否成功的属性是从哪里传开的坏习惯？
我也支持以 2XX 表示成功，以 4XX/5XX 表示失败，并在失败时内部包含业务用错误码的做法。这样的好处主要是不侵入响应体，可以兼容响应体是 JSON 以外内容的情况，同时也极大规避多态反序列化
2022 年 12 月 3 日
回复了 edis0n0 创建的主题 › 程序员 › API 不管操作成功还是失败都返回 200 状态码，自己在返回结果里又定义一个表示是否成功的属性是从哪里传开的坏习惯？
早期的时候状态码非 2xx 会被篡改，同时没有传输层安全，所以衍生出了这种怪用法。现在很多人改不了，有些前端、后端因为自身水平问题竟然会告诉你不是 200 的就没法统一封装······然后他们还觉得他们这种统一封装的方法挺好，所以就这样了呗（直到现在在某些特殊的场景还会存在 200 劫持行为···）
1 ... 26  27  28  29  30  31  32  33  34  35 ... 55  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5334 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 07:46 · PVG 15:46 · LAX 00:46 · JFK 03:46
♥ Do have faith in what you're doing.