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

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

有帮助吗?

解决方案

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

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

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

我不认为编写无休止的 RCF 有什么真正的意义,因为最终没有人读它们,导致了这样的情况:

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

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

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

其他提示

您需要的第一件事情是需要的东西的社区。然后,你需要得到这个社会的讨论。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top