我正在开展一个项目，该项目已被接受为概念验证，现在已作为实际生产项目按计划进行。我很好奇其他人是如何处理这种转变的。
我从各种渠道获悉，当一个项目作为概念证明开始时，通常最好丢弃在快速发展阶段编写的所有代码，并从根本上重新开始，这取决于你所学到的从概念阶段开始，但没有努力清理您第一次编写的可能混乱的代码。类似于“扔掉你要发送的愤怒电子邮件的第一个副本，重新开始”理论的编程版本。
我已经做到了，这是在过去，我还重构了概念代码以在生产中使用，但由于我正处于一个新项目的过渡阶段，我想了解其他人是如何做到这一点的。显然，很大程度上取决于项目本身和概念代码（例如，如果您生成的内容有效但无法扩展，那么最好重新开始，但如果您的项目时间表非常紧凑，您可能会被迫以您已经编写的内容为基础）。
也就是说，如果所有事情都是平等的，你们会选择什么作为方法？
正如您已经暗示的那样，答案是“视情况而定”
重新开始很好，因为您可以帮助删除在最初解决问题时添加但实际上并不需要的东西。
它还让您有机会更多地考虑您希望架构如何——而不是已经依赖于概念证明的编写方式......
然而，在实践中，除非您从事向外部世界销售软件的业务，否则基于原型构建是相当普遍的。如果您遇到一些闻起来或看起来可以以更好的方式完成的代码，请不要养成思考“我稍后会修复它”的习惯......
将现有代码重构到解决方案中。
对我来说，这取决于我的 POC 有多马虎。如果将它传递给另一个开发人员我会感到羞耻，我会重写它。否则，就用你得到的。
如果代码有效，请使用它。花一点时间重构最混乱的部分，以便于将来的维护。但不要落入从头开始构建新系统的陷阱。
抛开概念证明中的所有内容，除了经验教训，可能还有一些小的代码片段，例如计算等。
概念验证应用程序不应该只是查看相关技术是否有效并开始测试某些边界条件的最低要求。
完成后，您可以使用新发现的知识自由地重新设计应用程序。