写代码的专注红利

集中同类型事项最能获得专注红利!

这一点细化到具体的功能开发,仍然需要比较讲究!

功能设计从需求出发考虑向外提供接口方法,现假设可抽象为一个方法,则在实现的时候会有这样一些事项。
1.向外接口主方法实现
2.主方法相关的业务方法实现
3.工具方法实现

通常我们为了优雅的代码结构,主方法写步骤,遇到业务结构就定义实现业务方法,遇到较长的计算就形成一个工具方法。这些确保代码结构简单,行数合适!

的确,这是目标,但这样势必会破坏专注性,因为这实际是两种不同类型的事情,一种是功能的从头到尾实现,一种是结构组织。

那根据我们对专注红利的原则,集中同类型的事项,正确的姿势是:
1.在主方法中写步骤,串行的直接写实现代码,不论其多长,先往下完成,达成可用
2.然后再重构,抽取逻辑上可分离的业务代码独立成方法,可复用的过程工具化,或简单的形成一些私有方法减少主方法长度。

显然,第一步专注于逻辑完整细致,第二步是搞艺术!

你可能感兴趣的:(写代码的专注红利)