我应该在快速原型制作时专注于代码质量吗？

Question

当您快速进行功能原型设计时，您真的会担心代码质量和问题。优化？

Answer 1

回顾“原型”最终成为产品的次数，答案是肯定的。

不要忘记，您不仅要对该功能进行原型设计，还要对设计进行原型设计。

Answer 2

质量是对的。不优化。这个问题应该是社区维基。

Answer 3

我会专注于清晰度。

Answer 4

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

Answer 5

是。注重质量，清晰度和简洁性以及评论来解释它的作用和原因（不要理会如何，除非它真的很复杂，这就是代码的用途）。

我们在这里所做的所有工作都是从如果开始的？如果它工作，我们继续它。

我们编写注释来描述在编写代码之前应该发生什么，然后编写代码以匹配注释。首先编写注释会强制您考虑如何构建注释。我们发现它可以防止很多错误的假设，并且实际上可以使开发更快。

当你再回到它时，它也会重复使用它 - 你不需要阅读代码并理解它，只需阅读注释即可。不要为了自我记录代码而烦恼，所有这一切都是自我记录错误，你没有什么可以检查代码是否与评论/文档相匹配。

您可以稍后担心优化 - 在处理解​​析某些Apache日志文件的业余爱好项目时，请参阅我从MFC CMaps更改为STL所获得的huge win的描述。这是在我使用了最初的概念之后完成的，并且只有当它显然存在性能问题时才会完成。