伪代码 - 正式规则

Question

有没有人提出正式的伪代码标准提案？

作为推断理解的“粗糙”标准是否更好？

Answer 1

没有答案。

恕我直言强制一个标准（伪代码的语法，如果你愿意）将导致人们减少明确他们想说什么。

浏览，尝试收集一些有关惯例的知识，并尽力予以澄清。

Answer 2

它是更好的是一个粗略的标准;伪代码的意图是人类可读的，而不是机器可读的，并且实际编写伪代码的目标是传达对算法的更高级别描述，而不关心（典型地）实施的细节。我的意见是，它被认为是伪代码必须有一些模糊性，你的目标应该是你算法意图的明确传达。坚持共同的控制结构，声明和概念，对你的目标受众或语言是范例，你会得到重点。如果你开始变得过于正式，那么你太接近编写实际的代码。

Answer 3

虽然这绝不是一个正式的提案，但Python被某些人认为是Executable Pseudocode。

Answer 4

在我看来，这取决于正在使用你的程序的人。在算法的书籍中，伪代码是非常正式的数学，但也在几段中描述，所以这是针对科学情况的。

如果我在其他环境中开发，我宁愿不是那种正式的方式，因为这对大多数人来说更容易理解。我比形式主义更喜欢口头上的话。如果你想形式化，你可以阅读代码。