[ 内容 ] 怎样设计文件格式

[NetaP495L]

我不确定写 parser 算不算计算机系学子的核心素养 or 比较好的练手项目

[LaoshuBaby]

如果是T/P这种名校或许是 但是对我这种一般学校CS学生来说说实话有点强人所难 尤其是很多CS都是当半SE培养的情况下 并且这也需要一定编译原理的知识才行吧 而编译原理没听过有大一就开的(挠头) 因此私以为不建议給新人拿写parser练手

[ayaka14732]

怎么突然讲起 parser lol

[NetaP495L]

我没学过编译原理但是糊过 parser，用正则表达式硬凑的，虽然不太能保证正确性（）

[NetaP495L]

如果正则表达式算是计算机系学子的必学内容，糊个 parser（不保证在 corner case 能正常运作）大概不算困难？

[LaoshuBaby]

是这样，但是哪有上来就学到的？ (除非自己探索就是了，但依然认为不算入门级的东西

[ayaka14732]

刚刚在想和文件格式有什么关系 XD

是说 parse 配置文件嘛？绝大部分应用场景是可以用 JSON 或者 YAML 解决的，不用手写 parser

[NetaP495L]

刚刚在想和文件格式有什么关系 XD

是说 parse 配置文件嘛？绝大部分应用场景是可以用 JSON 或者 YAML 解决的，不用手写 parser

显然不是指 parse 配置文件，而是从设计文件格式开始渐进地设计 parser

比如之前某项目的 Markdown + srt 字幕的缝合品

又比如说电子词典有个 mdx 格式，设计上有些遗憾，并且这是专有格式（其技术细节是被人从成品反推出来的）有版权风险，最近我就想重新搞一个词典格式（

[ayaka14732]

千万不要……

众所周知，软件开发里有一句格言就是「不要重复造轮子」。之前我做过一个项目需要解析 ebz 词典格式，资料比 mdx 更少，其中一个问题是在 stackoverflow 上一个提问的启发下才解决的。现在再做词典的话应该用更常见的解决方案，比如做 APP 的话用 SQLite 数据库，做网站的话用 JSON 传递请求之类的。

（而且 mdx 是 binary 应该和 parser 没有关系 www）

感觉一般人在实际项目中几乎不会遇到真正需要自己设计文件格式的场景。

[qiuhuiming]

真没啥必要

[ayaka14732]

现在大部分 binary 文件格式是一个 ZIP 包，里面有一些是配置文件，其他是资源和程序文件