美文网首页
记一次关于参数过长的代码优化

记一次关于参数过长的代码优化

作者: dengchengchao_ | 来源:发表于2018-08-12 18:35 被阅读0次

背景:
现在有一个POJO作为HTTP Controller参数以及Service参数。
ControllerRESTFul风格
具体如下:

@RequestMapping(value = "xxxxx/apps/{app_id}/groups/{group_id}/faces/{face_id}", method = RequestMethod.POST)
    public ResultMsg add(@PathVariable("face_id") String faceId,
                         @PathVariable("app_id") String appId,
                         @PathVariable("group_id") String groupId,
                         @RequestBody FaceRequestBody faceBody
    ) {
        Face face = new Face(faceId,groupId,appId,faceBody.getName(),faceBody.getImage(),faceBody.getRemark(),false);
        return faceService(face);
    }

可以看到Service层由于特殊原因需要一个POJOFace,Face包含7个属性,并且每个属性都是必须的。

public class Face {

    @JSONField(name = "face_id")
    private String id;

    @JSONField(name = "face_name")
    private String name;


    private String image;

    @JSONField(name = "face_remark")
    private String remark;


    @JSONField(serialize = false)
    private boolean obsolete;

    @JSONField(name = "group_id")
    private String groupId;

    @JSONField(name = "app_id")
    private String appId;
     
    //setter & getter
}

Face 的构造器参数有7个,基本每个都是String类型,这样及其不方便并且容易出错,想着用建造者模式优化。


思路:可以看见,由于没有可选参数,于是传统的建造者模式是不适用于现在的场景,但是我们可以借鉴建造者模式的返回this的“连点”技巧。

  1. 分析7个参数,从应用场景来说,7个参数可以分为3类,````id类,info类,obsolete```类,因此我们可以创建3个嵌套类。
  2. 如果直接暴力拆分为3个类,代码依然不美观,每次新建一个Face类都要new其他3个类。
    Infos infos=new Infos(...);
    Ids id=new Ids(...);
    Obsolete obsolete=new Obsolete(...);
    Face face = new Face(infos,id,obsolete);
    
    
  3. 正如最开始所说,借鉴建造者模式的“连点”语法技巧。
    /**
     * Face 构造器
     * 由于Face参数过多,并且每个参数都是必须参数。
     * 此嵌套类可以将相关属性分开构造,防止因为参数过多传错参数
     * 使用方法如下:
     * Face face = Face.buildIds(faceId,groupId,appId).
     *                  buildFaceInfo(name,image,remark).
     *                  buildObsolete(false);
     */
     
    //第一层,返回下一层的新对象
    public static FaceInfoBuilder buildIds(String id, String groupId, String appId) {
        return new FaceInfoBuilder(id, groupId, appId);
    }

    public static final class FaceInfoBuilder {

        private String id;
        private String groupId;
        private String appId;

        private FaceInfoBuilder(String id, String groupId, String appId) {
            this.id = id;
            this.groupId = groupId;
            this.appId = appId;
        }
        //第二层,返回第三层的对象
        public FaceObsoleteBuilder buildFaceInfo(String name, String image, String remark) {
            return new FaceObsoleteBuilder(id, groupId, appId, name, image, remark);
        }

        public static final class FaceObsoleteBuilder {
            private String id;
            private String groupId;
            private String appId;
            private String image;
            private String name;
            private String remark;

            private FaceObsoleteBuilder(String id, String groupId, String appId, String image, String name, String remark) {
                this.id = id;
                this.groupId = groupId;
                this.appId = appId;
                this.image = image;
                this.name = name;
                this.remark = remark;
            }
            //最后一层,返回Fac对象
            public Face buildObsolete(boolean obsolete) {
                return new Face(id, groupId, appId, name, image, remark, obsolete);
            }
        }

    }

核心思想:使用3个嵌套类,每一层返回下一层的嵌套类,同时将构造函数设为private类型,防止外部实例化。

优化过后新建一个Face对象如下:

Face face = Face.buildIds(faceId,groupId,appId).
                 buildFaceInfo(name,image,remark).
                 buildObsolete(false);

相关文章

  • 记一次关于参数过长的代码优化

    背景:现在有一个POJO作为HTTP Controller参数以及Service参数。Controller为RES...

  • 可以说几个重构的技巧么?你觉得重构适合什么时候来做?

    重复代码的提炼冗长方法的分割嵌套条件分支的优化去掉一次性的临时变量消除过长参数列表提取类或继承体系中的常量让类提供...

  • web前端开发编码规范及性能优化

    代码优化 这个部分仅仅将代码优化本身,不考虑性能,关于代码部分的性能优化在 页面渲染 部分 代码优化 中 HTML...

  • 记一次代码优化

    一、前言 并发运行相比串行执行很好,因为其可以减少执行时间,但是并发用的不对,也会造成资源浪费,本文我们就来探究一...

  • 《重构》读书笔记 第三至六章

    第三章 代码的坏味道 重复代码 过长函数 过大的类 过长参数列 发散式变化(某个类经常因为不同的原因在不同的方向上...

  • 记一个Nginx线上问题

    目录 问题 复现 解决 原理 优化 问题 通过监控ELK日志 线上出现如下错误 怀疑是GET参数太大导致URL过长...

  • 重构方向

    重复代码 过长函数 过大的类 过长的参数列 发散式变化 霰弹式变化 依恋情结 数据泥团 基本类型偏执 switch...

  • 代码整洁之道(重构)

    1、避免过长的类,不超过500行 2、避免过长的参数,不超过5个 3、防止数据发散变化 4、代码自描述 5、勤于重...

  • Jquery Ajax的封装

    最近做代码的优化需要精简下代码1.对于jquery总ajax不变的参数封入函数内部2.对于需要传递的参数则传递到函...

  • iOS URL 参数分离

    记一手URL参数分离代码 取数组中的NSURLQueryItem对象即可拿到想要的参数

网友评论

      本文标题:记一次关于参数过长的代码优化

      本文链接:https://www.haomeiwen.com/subject/ctxebftx.html