最佳实践，同时原型？

Question

虽然原型，做你扔在多大程度上有利于代码和修复黑客的出了门的最佳做法？授予该代码不旨在被保持在充分的生产。

...添加：我的工作在Python由一个相当大的半工作原型，找出UI用于嵌入式应用程序。我知道这些代码并不打算在生产中使用，但它仍然让我很烦，该代码库的质量进行更改的数量稳步下降。

Answer 1

这取决于你的原型是试图证明。你原型的UI可用性和展示给客户或你的原型架构？

如果我在原型设计UI然后我会扔掉一切，一旦概念已经通过迭代和验证。

如果我原型的架构那么最终的代码将符合最佳实践和可以使用。

这就是说，它是惊人的，在满负荷生产，由于时间或预算约束最终破解工作原型的量。如果你的目的是为代码在生产中没有结束（即一个用户界面原型），那么它可能是有用的小样截图，而不是进行编码。

Answer 2

不幸的是，我有太多的原型变成基准产品由于时间的限制。所以，理想情况下，你会遵循最佳做法。实际上，你怎么做才能把工作以满足任何最后期限你拍摄完成。不要指望有机会完全重写。你拿出经常会成为基线，尤其是如果它花了超过几天来开发。最好的建议是要学会在黑客水平的速度采用最佳做法。

Answer 3

我扔出去“干净”的方法和评论（即实用工具类这让事情发生'），而不是“业务对象”，如果你会的。

因此，举例来说，如果我有一个定义“汽车”类来定义“WheelCount”的字符串值的属性之间的选择，“DoorCount”，或者只是做一个快速的哈希表，我一般会继续前进，花一点额外的时间创建Car类。

这样做的原因是因为当我回去稍后重新编码，它更有意义来看看真正的类名（有时这些小类转移到“真正的”版本）。

在一般的原型最大的危险是想“以后我会解决它”，然后没有这样做...因此，如果在任何时候，你觉得在你的心中“我有我需要怎么心中有数做这个类”，继续花该类一些额外的时间和这样做的权利，所以你可以重新使用它。

Answer 4

我几乎总是治疗原型（称为“尖峰”在这里圆）作为一次性的代码。原型的点是为获得问题的理解下，不解决它。该理解是远远超过任何代码伪像更重要，并且正确地实现溶液应该是微不足道的（如果不是的话，我认为该尖峰的范围过大）。

您可以重构原型到一个合适的状态，但我的经验是更快从头开始重写，因为它必须与更广泛的系统进行集成。

Answer 5

有关的原型，只有外是非常重要的。如果你有足够的勇气之后扔掉的代码，你可以在书中使用任何卑鄙的手段，只要它看起来很棒。

记住，原型是只是为了获得客户响应的工具。 （是的，我喜欢它，或者，你为什么把这个选项呢？）。