Coding style 我应该在快速原型设计时关注代码质量吗？

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

我会关注清晰性。

对质量是肯定的。没有优化。这个问题应该是社区维基。

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

---

不要忘记，您不仅是在原型化功能，还正在原型化设计。

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

是的。关注质量、清晰性、简单性和注释来解释它的用途和原因（不要为如何做而烦恼，除非它真的很复杂，这就是代码的目的）

我们在这里做的所有工作都是从假设开始的？如果成功了，我们会继续

在编写代码之前，我们编写描述应该发生什么的注释，然后编写与注释匹配的代码。写评论首先会迫使你思考如何构建这一切。我们发现，它可以防止许多错误的假设，实际上可以加快开发速度

当您回到这里时，它也使重用变得非常容易-您不需要阅读代码并理解它，只需阅读注释即可。不要使用无意义的自文档化代码，所做的只是自文档化bug，您根本不需要检查代码是否与注释/文档匹配

---

稍后您可能会担心优化问题—请参阅我在处理一个分析一些Apache日志文件的业余项目时从MFC CMAP更改为STL得到的一个示例的描述。这是在我最初的概念发挥作用之后，并且只有在性能出现明显问题时才进行的。

我同意。如果没有别的原因，那就做练习吧。也许这是一个正式的原型，但是如果你只是为了和同事们分享而胡乱地想一些想法，就像我在博客上写的那样，我不确定这是否重要。很容易对代码质量大惊小怪，而忽略了您试图向自己/他人证明的想法。