最近参与公司项目,需要编写一个帮助引导用户使用的类。 在调用的时候会生成一个VIEW引导用户。
第一种设计
这个View 第一次被我设计成用GetInstance静态方法在使用的时候创生一个类,这样需要生成的方法内置于对象构造函数之中。
第二种设计
而后又写了一个静态方法用来判断该类需不需要生成对象。这样就避免了对象不管如何都要构造的问题
第三次改写
将方法名改写, CheckAndShowGuide 这样就方便使用者的理解。阅读代码就会明白内部机制
第三种方法是同事提议的。 将判断放在另外一个一个全局对象中,该对象会保存一些配置。通过调用该全局对象方法来判断是否需要生成帮助引导。
我得认识是,这个方法放到全局对象里,会导致阅读时候混乱。读代码的人可能会很糊涂那个全局对象里为啥会有这样一个方法
。 内置到帮助引导的类里面 读者会更明白一些。但是这个GetInstance方法需要改名字, 这样阅读代码的时候就会明白这个方法到底是做了什么工作,
自己review的时候也回更明白。
总结如下: 沟通与交流是提高技术与迸发思维的一种手段。 尤其是比自己水平高的人指点。
编程应面向可读性而写代码。