design-patterns - 有经验的程序员是否仍然使用流程图来计算操作顺序，还是他们在头脑中进行？

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改进这个问题？ Update the question所以它是on-topic对于堆栈溢出。

9年前关闭。




Improve this question




这是一个合法的工具，还是我最终会不再需要的拐杖？

更新 :按操作顺序，我的意思是:

启动应用程序

阅读偏好

从首选项计算值

将首选项写入文件...

现在，当我无法可视化程序流程时，我会在方法级别和应用程序级别绘制图表。

Answer 1

我一直使用流程图来绘制操作顺序。

如果您的意思是“程序的整体数据流”意义上的“操作顺序”，那么流程图是绝对必须的。有一些图表，每个人都有一份副本，并且在办公室周围的白板上都可以看到，因为它们非常重要/常见。例如，描述“来自应用程序的数据，使用 UDP header 封装，然后传输到 IP 层，然后添加 header ......”的图表

如果您的意思是“此代码如何工作”意义上的“操作顺序”，那么是的 - 流程图也绝对有帮助。 “我们在这个例程中做的第一件事是计算校验和。然后我们将指针传递给下一个例程并设置一个计时器。计时器的回调函数是......”

如果您的意思是“运算顺序”是表达式的数学评估，那么在尝试理解某人的代码或尝试编写自己的算法时，这也很重要。 “首先我们增加指针，然后我们取消引用它以便我们可以读取值......”或“我们需要将整数右移 32 次，检查是否存在 1，然后......”这些有时是算法流程图，有时是运算符(operator)流程图。无论哪种情况，它们都有助于理解正在发生的事情，而无需在精神上解析代码。

也就是说，它们根本不是拐杖。

需要注意的一些事情:通过数学评估...通常，如果一个表达式不容易阅读(许多嵌套操作或括号，可能有许多不同优先级的运算符 - 例如取消引用、递增和算术)，最好打破将代码分成多个较小的步骤。这样您就可以轻松地显示计算的逻辑以及实现。您可能仍然需要流程图，但代码本身更容易阅读。

最后，更高级/更有经验的程序员有时不需要那么多流程图。他们已经记住了相关的图表，或者他们可以更好地解析逻辑，因为他们能够识别某些习语。如果你还没有，你肯定会开发它。但与此同时，如果您需要了解某些内容，没有理由不使用流程图。根本不是拐杖!