设计模式之Mybaits之工厂模式

Mybatis之工厂模式

一、趣说工厂模式

工厂模式是Java中最常用的设计模式之一。

工厂模式就是提供一个工厂类,当有客户端需要调用的时候,只调用这个工厂类就可以得到自己想要的结果,从而无需关注某类的具体实现过程。

就好比,你是个富二代,你可以饭来张口衣来伸手;你只负责拿钱去买买买,而不用关心你买的东西是怎么做的,也不必关心钱是谁赚的,从哪里来了。
在这里插入图片描述

在这里插入图片描述

二、Mybatis中如何运用的

在Mybatis中运用工厂模式最典型的就是SqlSessionFactory。

SqlSession是Mybatis中最最最核心的一个模块了。

可以简单的理解,Mybatis中所有的sql都是通过SqlSession来最终执行的。

可以执行jdbc的操作(增删改查)。

SqlSessionFactory就是构建SqlSession对象的一个工厂类

工厂模式用一句话来说就是用来帮你创建对象的。

SqlSessionFactory中有一个openSession(…)方法。

如下所示:

public interface SqlSessionFactory {

  SqlSession openSession();

  SqlSession openSession(boolean autoCommit);

  SqlSession openSession(Connection connection);

  SqlSession openSession(TransactionIsolationLevel level);

  SqlSession openSession(ExecutorType execType);

  SqlSession openSession(ExecutorType execType, boolean autoCommit);

  SqlSession openSession(ExecutorType execType, TransactionIsolationLevel level);

  SqlSession openSession(ExecutorType execType, Connection connection);

  Configuration getConfiguration();

可以看到有很多种创建SqlSession的方式。

其中SqlSession openSession(ExecutorType execType);就是一个很典型的应用了工厂模式来达到目的的。

点进去这个SqlSession openSession(ExecutorType execType);到DefaultSqlSessionFactory类中,我们发现又调用了一个:

  @Override
  public SqlSession openSession(ExecutorType execType) {
    return openSessionFromDataSource(execType, null, false);
  }

继续点进去:

可以看到,真的是见名之意了。功能就是打开会话的

  private SqlSession openSessionFromDataSource(ExecutorType execType, TransactionIsolationLevel level, boolean autoCommit) {
    Transaction tx = null;
    try {
      final Environment environment = configuration.getEnvironment();
      final TransactionFactory transactionFactory = getTransactionFactoryFromEnvironment(environment);
      tx = transactionFactory.newTransaction(environment.getDataSource(), level, autoCommit);

      //Executor:SQL语句的执行器
      final Executor executor = configuration.newExecutor(tx, execType);

      return new DefaultSqlSession(configuration, executor, autoCommit);
    } catch (Exception e) {
      closeTransaction(tx); // may have fetched a connection so lets call close()
      throw ExceptionFactory.wrapException("Error opening session.  Cause: " + e, e);
    } finally {
      ErrorContext.instance().reset();
    }
  }

其中我们要讲的最核心的就是:“创建SQL语句的执行器”

//Executor:SQL语句的执行器
final Executor executor = configuration.newExecutor(tx, execType);

代码如下:

可以看到,在创建Executor对象的时候,是根据不同的类型,创建不同的对象的。

  public Executor newExecutor(Transaction transaction, ExecutorType executorType) {
    executorType = executorType == null ? defaultExecutorType : executorType;
    executorType = executorType == null ? ExecutorType.SIMPLE : executorType;
    Executor executor;
    if (ExecutorType.BATCH == executorType) {
      executor = new BatchExecutor(this, transaction);
    } else if (ExecutorType.REUSE == executorType) {
      executor = new ReuseExecutor(this, transaction);
    } else {
      executor = new SimpleExecutor(this, transaction);
    }
    if (cacheEnabled) {
      executor = new CachingExecutor(executor);
    }
    executor = (Executor) interceptorChain.pluginAll(executor);
    return executor;
  }

三、我在项目中真实运用工厂模式的案例

我在使用ES的时候,就运用了工厂模式。

ES支持模糊匹配和精确匹配。

如果没接触过ES的话,可以把模糊匹配想象成是sql的like,可以把精确匹配想象成sql中的=号。

在项目中的需求是:

返回匹配数据结果的前100条数据。

返回的数据 <= 100

旧的实现步骤:

1、一步到位,直接模糊匹配,然后返回前100条。

不足之处:例如:我搜索一个“食堂相关制度未在食堂公示”。
ES会进行切词,可能会切成:“食堂”,“相关制度”,“未在食堂公示”。
那么就会匹配这三个短语,从而返回这三个中的数据,最终的前100条数据中,并没有把“食堂相关制度未在食堂公示”这条数据显示在第一个位置。
这样用户的体验就会很不好了。

解决的办法:

最终目的:返回100条数据。

1、先进行精确匹配;

2、如果精确匹配到了说明这些数据肯定要展示在前面的;例如:此时已经匹配了10条数据。

3、然后对这10条数据进行排序,谁的长度最小,谁在前面。(进一步提高了准确度)

4、再进行模糊匹配;

5、此时应该拿的数据是100-10=90条。

6、返回90+10=100条数据。

此时的重点是:

在写代码的时候,我们要创建两套代码,这两套代码的相似度在99%,只有一个调用的方法变了,其余的参数都没变,显得很冗余。

旧:

//模糊构造模糊查询的SearchSourceBuilder对象
private SearchSourceBuilder builderMatchQuery(参数......) {

        SearchSourceBuilder searchSourceBuilder = new SearchSourceBuilder();

        QueryBuilder queryBuilder = null;

  		.....此处省略N行代码
            
        //核心代码就是这一句, QueryBuilders.matchQuery返回的QueryBuilder对象就是一个可以构造一个模糊查询的条件
        queryBuilder = QueryBuilders.matchQuery(searchType,content);

    	.....此处省略N行代码


        return searchSourceBuilder;
}


//构造精确查询的SearchSourceBuilder对象
private SearchSourceBuilder builderMatchPhraseQuery(参数......) {

        SearchSourceBuilder searchSourceBuilder = new SearchSourceBuilder();

        QueryBuilder queryBuilder = null;

       	......
        //精确查询 QueryBuilders.matchPhraseQuery返回的QueryBuilder,就是用来构建精确查询的条件
       	queryBuilder = QueryBuilders.matchPhraseQuery(searchType,content);
		.......
        return searchSourceBuilder;
}

我们可以看到两句核心的语句是:

QueryBuilders.matchPhraseQuery和QueryBuilders.matchQuery都可以返回QueryBuilder对象。那么可不可以简单一些呢?

QueryBuilder queryBuilder = null;

//QueryBuilders.matchPhraseQuery返回的QueryBuilder,就是用来构建精确查询的条件
queryBuilder = QueryBuilders.matchPhraseQuery(searchType,content);
           
// QueryBuilders.matchQuery返回的QueryBuilder对象就是一个可以构造一个模糊查询的条件
queryBuilder = QueryBuilders.matchQuery(searchType,content);

答案是可以的,利用工厂模式就可以很好的解决。

运用工厂模式:

可以看到下面这段代码就可以把上面的代码减少了50%的量。

我根据传递的buildQueryType参数,决定返回的QueryBuilder对象是哪个。


//模糊构造模糊查询的SearchSourceBuilder对象
private SearchSourceBuilder builderMatchQueryAndMatchPhraseQuery(其他参数......,Type buildQueryType) {

        SearchSourceBuilder searchSourceBuilder = new SearchSourceBuilder();

        QueryBuilder queryBuilder = null;
    
		.....此处省略N行代码
            
        //模糊查询
        if(buildQueryType==Type.BOOLEAN){
            queryBuilder = QueryBuilders.matchQuery(searchType,content);

        //精确查询
        }else if(buildQueryType==Type.PHRASE){
            queryBuilder = QueryBuilders.matchPhraseQuery(searchType,content);
        }

    	.....此处省略N行代码
            
        return searchSourceBuilder;
}

我写的上面这个代码,并不是真正的模仿工厂模式来写的,而且运用了工厂模式的思想。

简单吧。

手撕代码八百里 CSDN认证博客专家 Linux 分布式 Java
原名:TrueDei,现:手撕代码八百里

不荒废现在,不畏惧未来!我认为把知识给别人讲会,讲明白,自己才彻底明白。努力把文章写好,写明白每一篇文章,分享给更多人。
已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 程序猿惹谁了 设计师:白松林 返回首页
实付 49.90元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值