重构代码:什么时候做？

Question

自从我开始使用.NET以来,我一直在创建Helper类或Partial类,以保持代码位于并包含在自己的小容器中等.

我想知道的是使代码尽可能干净和完美的最佳实践.

显然干净的代码是主观的,但我在谈论什么时候使用东西(不是如何使用它们),如多态,继承,接口,类以及如何更恰当地设计类(使它们更有用,而不仅仅是说' DatabaseHelper',正如一些人认为代码中的这种不良做法闻起来wiki).

是否有任何资源可能有助于这种决策？

请记住,我甚至没有开设过CS或软件工程课程,而且教学资源在现实生活中相当有限.

Answer 1

对我来说真正令人大开眼界的是重构:改进现有代码的设计:

通过适当的培训,熟练的系统设计人员可以采用糟糕的设计,并将其重新设计为精心设计的强大代码.在本书中,Martin Fowler向您展示了通常可以找到重构的机会,以及如何将糟糕的设计重新设计成一个好的设计.

它帮助我有效和系统地重构代码.在与其他开发人员进行讨论时,它还有很多帮助,当他们holy code必须改变时......

Answer 2

杰夫阿特伍德发表了关于重构和代码味道的精彩博文,你可能想要检查一下.

在.NET中重构代码需要一些时间来解决.您需要了解一些面向对象的设计原则(或设计技术)才能有效和无情地重构.

简而言之,您重构代码以消除代码气味并使更改更容易.另外,不要过度.

Answer 3

这是一本名为Clean Code的书的斜线点评.

这本书显然有点干,但非常好.