coding-style - 在快速原型制作时我应该关注代码质量吗？

Question

当您对功能进行快速原型设计时，您真的应该担心代码质量和优化吗？

score 5 · Accepted Answer

Looking back at the number of times a "prototype" ended up becoming the product, the answer would be yes.

Don't forget that you are not only prototyping the feature, you are also prototyping the design.

score 2 · Accepted Answer

2

Yes to quality. No to optimization. This question should be community wiki.

于 2010-03-11T16:10:28.777 回答

score 0 · Accepted Answer

0

我会专注于清晰度。

于 2010-03-11T15:49:56.143 回答

score 0 · Accepted Answer

是的。专注于质量、清晰度和简单性以及注释来解释它在做什么以及为什么（不要理会如何做，除非它真的很复杂，这就是代码的用途）。

我们在这里所做的几乎所有工作都是从假设开始的？如果它有效，我们将继续使用它。

我们在编写代码之前编写注释来描述应该发生的事情，然后编写代码以匹配注释。首先写评论会迫使你思考你将如何构建它。我们发现它可以防止很多 FALSE 假设，实际上可以加快开发速度。

当你回到它时，它也使得重用它变得更加容易 - 你不需要阅读代码并理解它，只需阅读注释即可。不要去寻找无意义的自我记录代码，所做的只是自我记录错误，您无需检查代码是否与注释/文档匹配。

您可以稍后再担心优化 - 请参阅此描述，我在处理一个解析一些 Apache 日志文件的业余项目时，从 MFC CMaps 更改为 STL 获得了巨大的胜利。这是在我有最初的概念工作之后完成的，只有当它变得明显存在性能问题时才完成。

score 0 · Accepted Answer

如果质量和优化是原型的要求，那么可以。如果没有，那么没有。仅仅因为您在进行快速原型设计，您就不会放弃标准操作程序，例如按照规范进行编程、使用源代码控制、测试等。对于快速开发的原型而言，高性能是相对不寻常的要求，但那是另一回事。

5 回答 5