集中同类型事项最能获得专注红利！
这一点细化到具体的功能开发，仍然需要比较讲究！
功能设计从需求出发考虑向外提供接口方法，现假设可抽象为一个方法，则在实现的时候会有这样一些事项。
1.向外接口主方法实现
2.主方法相关的业务方法实现
3.工具方法实现
通常我们为了优雅的代码结构，主方法写步骤，遇到业务结构就定义实现业务方法，遇到较长的计算就形成一个工具方法。这些确保代码结构简单，行数合适！
的确，这是目标，但这样势必会破坏专注性，因为这实际是两种不同类型的事情，一种是功能的从头到尾实现，一种是结构组织。
那根据我们对专注红利的原则，集中同类型的事项，正确的姿势是:
1.在主方法中写步骤，串行的直接写实现代码，不论其多长，先往下完成，达成可用！
2.然后再重构，抽取逻辑上可分离的业务代码独立成方法，可复用的过程工具化，或简单的形成一些私有方法减少主方法长度。
显然，第一步专注于逻辑完整细致，第二步是搞艺术！
网友评论