什么情况下，才考虑把项目文件以 GBK 编码格式保存？

2023-10-31 10:44:31 +08:00
 iceAD

如题。

3526 次点击
所在节点    程序员
29 条回复
guxingke
2023-10-31 10:50:40 +08:00
任何情况下 都不应该考虑
sakura6264
2023-10-31 10:52:49 +08:00
除了有人要求你的情况下，比如政府公文，否则忘掉 GBK
22092
2023-10-31 10:59:45 +08:00
对象主要是给未来的考古学家查看的情况下，因为这(些)编码可能在未来不存在
AkaGhost
2023-10-31 11:01:18 +08:00
除了你的用户喜欢拿记事本修改或查看以外（而且是不支持 UTF-8 的记事本版本），否则永远不要使用 GBK ，用 UTF-8 。其它的只会带来无穷无尽的麻烦。
tool2d
2023-10-31 11:04:50 +08:00
不是前端项目，不是和别人合作项目，我觉得用什么编码都无所谓。

但是前端最好用 utf8 ，你 gbk 有些特殊 unicode 字符没办法表示出来。
realpg
2023-10-31 11:06:59 +08:00
不跟别的系统互通的小系统，随便……
lambdaq
2023-10-31 11:07:23 +08:00
存大量中文 && 存储空间是金子做的情况下，gbk 比 utf8 节约 33.333% 的空间。
x86
2023-10-31 11:07:24 +08:00
现在在点错的情况下才会用 GBK
gzhjj
2023-10-31 11:09:19 +08:00
某些默认支持 GBK 的专用设备的软件项目
pkoukk
2023-10-31 11:18:08 +08:00
我穿越回 2008 年的情况下
pkoukk
2023-10-31 11:20:48 +08:00
其实最近搞到的一个私服源代码是用 GBK 的，因为代码里有大量硬编码的字符串，这些字符串会直接序列化给客户端，客户端是 GBK 编码的
整个项目非常混乱，想拦截一下统一处理编码工作量太大，干脆躺平了
felix0liu
2023-10-31 11:29:00 +08:00
CSV 文件，如果是 UTF-8 格式用 Excel 打开会乱码
Muniesa
2023-10-31 11:35:02 +08:00
@felix0liu Excel 这个确实烦，我一般保存成带 BOM 的 UTF-8 ，关键是它明明有个从 CSV 导入数据的选项是可以直接读 UTF-8 的，但是直接打开就乱码
xiangyuecn
2023-10-31 11:39:03 +08:00
小硬件存储空间是金子做的情况下，gbk 很常用，物料价格估计能便宜几毛。
Jooeeee
2023-10-31 11:49:08 +08:00
gbk 是固定 2 字节，utf 是变长。想要根据长度读字符的时候可以用
zzzmh
2023-10-31 11:52:08 +08:00
公司拖欠你半年工资没给你，还让你继续开发新项目的时候
Binwalker
2023-10-31 11:55:39 +08:00
存中文小说的可以用 GBK ，但仅限于小说的 txt 文件，然后用来提供下载，可以节省 1/3 的空间
brader
2023-10-31 12:18:24 +08:00
写代码就不要了。我能想到现在还用 GBK 编码存储并让我感到合理的就是：我用的一些国内的本地 IP 库，作者就是用 GBK 编码存储，大概十几 M ，如果换成 UTF8 的话大挺多，这个场景我感觉很合理
Conantv2
2023-10-31 12:23:42 +08:00
想坑维护费的情况下用 GBK 。GBK 交付，后续增加生僻字功能，又赚一笔。
iceAD
2023-10-31 12:39:42 +08:00
@Conantv2 未曾设想的道路

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/986999

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX