3

我想知道编写一个针对程序员(例如 JSON)的标准需要什么以及从哪里开始?

有没有人有这方面的实践经验?

4

2 回答 2

5

我认为,一个更好的问题是,“如何编写一个好的规范?” ...

在我看来,大多数 RFC 都是糟糕的规范……就我个人而言,我非常讨厌它们……它们仍然比 ECMA 规范更好,但我认为这不是一个真正的标准……

例如:将json.org 上的 JSON-“规范”与实际的 RFC进行比较……我同意,第一个不是 100% 准确的(嗯,实际上它比大多数 JSON 编码器更准确),但只需几行和一些语法图,它说明了 JSON 的来源,它的用途,并定义了格式......

我看不出写无休止的 RCF 有什么真正意义,因为最终没有人阅读它们会导致

  • 你没有得到你要求的评论
  • 人们在不真正了解您的标准的情况下进行实施

如果你真的想提出一个标准,或者让它易于理解,不要使用无数页的文档......这只是浪费时间......当标准成熟时,你可以开始烦恼制定一个非常正式和严格的定义,这是实现跨实现高度一致行为的良好基础,如果它真的很清楚......

不要通过使用太多奇怪和发明的词、缩写词或引用成千上万的其他事物来掩盖想法……解决方案的简单性是衡量其实际价值的衡量标准……并且对待文档的读者,就像稍微愚蠢的外星人,你必须向他们解释一切,但同时期望他们可以遵循不合理的复杂和臃肿的解释,这对我来说似乎不是很理智......只是......;)

于 2009-09-01T16:19:51.077 回答
0

你首先需要的是一个需要一些东西的社区。然后你需要让这个社区讨论。

于 2009-09-01T14:45:23.487 回答