为什么会有这个分类？

之前在知乎看到一篇文章，哇，那写的真叫一个好，就是关于自己的代码规范化问题。

地址在此：

https://zhuanlan.zhihu.com/p/29199049

本分类学习的是他关于工具类规范的地方。

自己之前是没有想过太多的，有第三方的工具就直接使用，但是还是没有想到，当有一天，工具不在适用该怎么办？

这就牵引出来了这个分类，也就是自己要为自己总结相关的工具类实现，就是为了实现：一处修改，处处修改。省得一步错，满盘皆输的局面出现还没办法补救（或者你拿命去补救）。

现在总结一下自己的理解：

1）隐藏实现。

　　封装第三方工具类方法，在程序中仅仅调用自己的工具类。这样当业务需求改变时，仅需要在工具类上对实现进行修改即可。

　　这一部分提现了封装/解耦的思想

2）使用父类/接口

　　这一块主要涉及到参数部分，讲的是，在设计参数的时候尽量使用参数与接口，利用java的三大特性之多态，尽可能的扩展你程序的扩展性（可容纳性）。

3）使用重载编写衍生函数组

　　这一块涉及就是方法重载了，即同一个业务功能，出现需要拓展实现时，不要直接将旧的删除，而是使用方法的重载，这样同样的业务功能就可以通过重载实现对不同的业务场景的处理。

　　很好的解决了起名字的问题。

4）使用静态引入

　　便于在IDE中直接提示处理，方便开发人员吧。

　　毕竟你工具类，是要所有人都使用的。

5）物理上单独存放

　　这个大致就是说代码要有区分。

　　这个就涉及到工作的具体场景，见仁见智吧！

 

进步是在每一天之中的，且行且珍惜！！