项目实战6—没有复用思想的反例

简介: 项目实战6—没有复用思想的反例

问题背景:

反例1.接口没有复用思想的反例子

两个接口看起来很相似,第一个有入参而第二个没有,那么可以合并为一个实现吗?减少了代码

反例2.SQL语句没有复用思想的反例

三个红框内都有一样的参数,#{course_id}和#{class_id},在“相同”的情况下,是不是可以考虑抽象出来呢?避免传三次参数的麻烦。

优化方案

反例1优化:

Controller

@PostMapping("/queryCourseContent")
    public List<CourseContentEntity> queryCourseContent(@RequestBody CourseContentEntity courseContent){
        return iCourseContentService.queryCourseContent(courseContent);
    }

IService

List<CourseContentEntity> queryCourseContent(CourseContentEntity courseContent);

ServiceImpl

@Resource
    CourseContentMapper courseContentMapper;
    @Override
    public List<CourseContentEntity> queryCourseContent(CourseContentEntity courseContent) {
        return courseContentMapper.queryCourseContentRecord(courseContent);
    }

Mapper

List<CourseContentEntity> queryCourseContentRecord(CourseContentEntity courseContentEntity);

Mapper.xml

<select id="queryCourseContentRecord" resultMap="courseContentMap">
        SELECT id,course_assembly_id,assembly_content,create_time,created_id,created_by,update_time,updated_id,updated_by
        FROM  tar_course_content_info
        WhERE
        is_delete=0
        <if test="id != null"> and id = #{id} </if>
        <if test="courseAssemblyId != null">and course_assembly_id = #{courseAssemblyId}</if>
        <if test="assemblyContent != null">and assembly_content = #{assemblyContent}</if>
        <if test="createdBy != null">and created_by = #{createdBy}</if>
        <if test="updatedBy != null">and updated_by = #{updatedBy}</if>
        <if test="remark != null">and remark = #{remark}</if>
    </select>

反例2优化:

        <where>
            course_id = #{course_id}
            and class_id = #{class_id}
            and is_delete = 0
            <choose>
                <when test="id !='' and id != null">
                    and id=#{id}
                </when>
                <when test="user_answer !='' and user_answer != null">
                    and user_answer=#{user_answer}
                </when>
                <when test="questionnaire_id !='' and questionnaire_id != null">
                    and questionnaire_id=#{questionnaire_id}
                </when>
            </choose>
        </where>



相关文章
|
10月前
|
Java
软件工程设计原理迪米特法则原则优缺点及JAVA代码举例
【4月更文挑战第8天】迪米特法则,也称为最少知识原则,是软件工程中一个旨在减少软件实体之间耦合关系的设计原则。它建议一个对象应该对其他对象有尽可能少的了解,并且只与直接的朋友通信。
123 10
|
设计模式 Java
【Java设计模式 面向对象设计思想】五 多用组合少用继承编程
【Java设计模式 面向对象设计思想】五 多用组合少用继承编程
283 0
【Java设计模式 面向对象设计思想】五 多用组合少用继承编程
|
设计模式 前端开发 Java
【Java设计模式 思想原则重构】设计思想、设计原则、重构总结
【Java设计模式 思想原则重构】设计思想、设计原则、重构总结
249 0
|
SQL 前端开发 Java
项目实战典型案例6——没有复用思想
项目实战典型案例6——没有复用思想
91 0
|
SQL 前端开发 Java
【项目实战典型案例】06.没有复用思想
【项目实战典型案例】06.没有复用思想
|
前端开发
项目实战22—原型图的复用思想
项目实战22—原型图的复用思想
87 0
|
设计模式 关系型数据库 区块链
|
设计模式 存储 算法
理论:第七章:用生活的案例解释23种设计模式
理论:第七章:用生活的案例解释23种设计模式
143 0
理论:第七章:用生活的案例解释23种设计模式
|
设计模式 Java
如何理解代码中的抽象|设计模式基础
下面,我们可以通过问题的形式来加深我们对抽象这一概念的理解。