针对Android中类的重载方法很多时的几种优化解决方案

  • 时间:
  • 浏览:0
  • 来源:uu快3苹果版_uu快3单双_套路

原本的那个类改造如下:

但会 我加了另有有一个 接口,处里版本号码的难题,所有的版本号码都能否 写在你你这人 接口里面,就有int类型的,实质离米 枚举,刚刚 枚举比较耗性能,却说我就用接口替代了。(为啥会么会写接口,写接口方便扩展,性能好。)

刚刚 需求变更,传入另有有一个 参数比较符合业务逻辑,如下图所示:

【优点】处里了代码冗余难题。

【缺点】针对不同版本设置的代码不一样,代码量还是很大的。

。。。待完善。。。

【优点】暂时处里了最好的办法维护的难题,开发人员不再为过时最好的办法维护了,但会 旧版本也能否 使用相应最好的办法,对老版本兼容性比较好。

【缺点】所有的最好的办法就有,还是有那么多冗余代码,还是没从根源上处里难题。

示例代码如下:

随着业务的发展,最好的办法太大,那么不好维护,重载最好的办法之间的逻辑却说我 大相同。那么遇到你你这人 难题应该为啥会么会最好的优化呢?我这里给出了 以下几种方案 供村里人 儿选泽:

再到刚刚 随着业务逻辑的扩展,刚刚 会有有一个构造最好的办法。刚刚 每个构造最好的办法里面的逻辑就有所不一样。如下所示:

【优点】你你这人 对象的构建最好的办法不但处里了代码可读性的难题,并大幅减少了构造参数,构建过程保证了一定的一致性。

【缺点】建造者模式的产品的组件基本相同,刚刚 产品的差异性较大,建造者模式就不适用了。

你你这人 难题却说我人在维护项目的刚刚 刚刚 会老是遇到,比如需求变更,刚开始英文英文 英语 只有另有有一个 构造最好的办法,传入另有有一个 参数的。如下所示:

实体类稍微改了一下:

但会 原代码里面只时要传入你你这人 DataBean实体类就能否 了,一起去实现了IVersionCode接口,能否 直接使用里面的常量。

示例代码如下:

甚至有另有有一个 构造最好的办法的:

那么有那么一种更好的处里方案呢?我我我觉得目前能够想出来的处里方案却说我 下面你你这人 了:

喜欢励志的话 就打赏点个赞 吧!

基本就什么了,刚刚 你还有更好的处里最好的办法,欢迎提老出象,留言刚刚 私信我都能否 。

示这类下:

再看看原本那个类的变化:

在平时Android开发中,刚刚 会老出某个类有却说我个重载最好的办法。