编码风格(做得更多，然后简化)

Question

我是个电脑专业的学生，几个月前我就开始编码了，现在我似乎养成了一个我认为可能是“坏”的习惯，我想知道是否有人也这么做(或者这是否是一个坏习惯)。当我用代码编码/解决一个问题时，我发现我的初始实现是冗长和过于复杂的；换句话说，有许多不相关的代码(变量、检查)是根本不需要的。当我完成最初的“草案”，并确保代码实际工作时，我会简化它，使它更容易理解/减少冗长。

我想我这么做的原因是我很难预见到我需要什么来完成一项任务，并最终造成不必要或不应该存在的复杂性。有人对如何改进我的编码风格的这个方面有任何建议或建议，或者任何关于这个习惯是否真的是坏习惯的输入？

Answer 1

对我来说是个好习惯。编码的第一条规则是让它工作。一旦您这样做了，清理您的代码，并使它整洁，可以理解和简化，如果可以的话。

然而--如果你花了大量的时间来设计你的解决方案，而浪费大量的时间来创建不需要存在的东西，这可能是一个坏习惯--比如你正在创建一堆类，只是有点疯狂。但是，只要你努力“让它发挥作用”，这听起来就不会是个问题。

Answer 2

我的回答可能有点离题，但这个方法对我有用。

在你开始编程之前，你必须想一想:我需要什么样的结构来解决一个问题，以及什么样的算法。

通常，您会发现该解决方案已经存在，您只需将其实现到您的项目*中。永远不要尝试重新发明一个轮子--如果你需要一些东西，总有很大的机会有人已经做得更好了。

一旦你这样做了，你就只剩下把这些部分(算法和结构)粘在一起了，这通常比把一个问题作为一个整体来思考要简单。

*这就是教育在信息技术中如此重要的原因。你知道的算法和结构越多，在编程过程中你就会发现自己在想：“哦，我知道，我必须用这个。哦，这里我需要用这个。”

Answer 3

这种习惯对于TDD来说是典型的。首先实现它，而不是重构。我认为每个开发人员在第一次尝试时都没有实现最好的方法。只要您有单元测试来验证重构后一切是否仍然正常，这就没有问题。