MyCat的分片规则配置在 conf目录下的 rule.xml文件中定义 ;

环境准备 :

  1. schema.xml中的内容做好备份 , 并配置 逻辑库;
<schema name="PARTITION_DB" checkSQLschema="false" sqlMaxLimit="100"> 

    <table name="" dataNode="dn1,dn2,dn3" rule=""/> </schema> <dataNode name="dn1" dataHost="host1" database="partition_db" /> <dataNode name="dn2" dataHost="host2" database="partition_db" /> <dataNode name="dn3" dataHost="host3" database="partition_db" /> <dataHost name="host1" maxCon="1000" minCon="10" balance="0" writeType="0" dbType="mysql" dbDriver="native" switchType="1" slaveThreshold="100"> 

    <heartbeat>select user()</heartbeat> 

    <writeHost host="hostM1" url="192.168.192.157:3306" user="root" password="itcast"></writeHost> </dataHost> <dataHost name="host2" maxCon="1000" minCon="10" balance="0" writeType="0" dbType="mysql" dbDriver="native" switchType="1" slaveThreshold="100"> 

    <heartbeat>select user()</heartbeat> 

    <writeHost host="hostM2" url="192.168.192.158:3306" user="root" password="itcast"></writeHost> </dataHost> <dataHost name="host3" maxCon="1000" minCon="10" balance="0" writeType="0" dbType="mysql" dbDriver="native" switchType="1" slaveThreshold="100"> 

    <heartbeat>select user()</heartbeat>

    <writeHost host="hostM3" url="192.168.192.159:3306" user="root" password="itcast"></writeHost> </dataHost>
  1. 在MySQL的三个节点的数据库中 , 创建 数据库 partition_db
create database partition_db DEFAULT CHARACTER SET utf8mb4;

一、取模分片

<tableRule name="mod-long"> 

    <rule>

        <columns>id</columns> 

        <algorithm>mod-long</algorithm> 

    </rule> </tableRule> <function name="mod-long" class="io.mycat.route.function.PartitionByMod"> 

    <property name="count">3</property> </function>

配置说明 :

属性 描述
columns 标识将要分片的表字段
algorithm 指定分片函数与function的对应关系
class 指定该分片算法对应的类
count 数据节点的数量

二、范围分片

根据指定的字段及其配置的范围与数据节点的对应情况， 来决定该数据属于哪一个分片 ， 配置如下：

<tableRule name="auto-sharding-long"> 

    <rule>

        <columns>id</columns> 

        <algorithm>rang-long</algorithm> 

    </rule> </tableRule> <function name="rang-long" class="io.mycat.route.function.AutoPartitionByLong"> 

    <property name="mapFile">autopartition-long.txt</property> 

    <property name="defaultNode">0</property> </function>

autopartition-long.txt 配置如下：

# range start-end ,data node index # K=1000,M=10000. 0-500M=0 500M-1000M=1 1000M-1500M=2

含义为 ： 0 - 500 万之间的值 ， 存储在0号数据节点 ； 500万 - 1000万之间的数据存储在1号数据节点 ； 1000万 - 1500 万的数据节点存储在2号节点 ；

配置说明:

属性 描述
columns 标识将要分片的表字段
algorithm 指定分片函数与function的对应关系
class 指定该分片算法对应的类
mapFile 对应的外部配置文件
type 默认值为0 ; 0 表示Integer , 1 表示String
defaultNode 默认节点 默认节点的所用:枚举分片时,如果碰到不识别的枚举值, 就让它路由到默认节点 ; 如果没有默认值,碰到不识别的则报错 。

测试:

配置

<table name="tb_log" dataNode="dn1,dn2,dn3" rule="auto-sharding-long"/>

数据

1). 创建表 

CREATE TABLE `tb_log` ( 

    id bigint(20) NOT NULL COMMENT 'ID', 

    operateuser varchar(200) DEFAULT NULL COMMENT '姓名', 

    operation int(2) DEFAULT NULL COMMENT '1: insert, 2: delete, 3: update , 4: select', 

    PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 2). 插入数据 

insert into tb_log (id,operateuser ,operation) values(1,'Tom',1); insert into tb_log (id,operateuser ,operation) values(2,'Cat',2); insert into tb_log (id,operateuser ,operation) values(3,'Rose',3); insert into tb_log (id,operateuser ,operation) values(4,'Coco',2); insert into tb_log (id,operateuser ,operation) values(5,'Lily',1);

三、枚举分片

通过在配置文件中配置可能的枚举值, 指定数据分布到不同数据节点上, 本规则适用于按照 省份或状态拆分数据等业务 , 配置如下:

<tableRule name="sharding-by-intfile"> 

    <rule>

        <columns>status</columns> 

        <algorithm>hash-int</algorithm> 

    </rule> </tableRule> <function name="hash-int" class="io.mycat.route.function.PartitionByFileMap"> 

    <property name="mapFile">partition-hash-int.txt</property> 

    <property name="type">0</property> 

    <property name="defaultNode">0</property> </function>

partition-hash-int.txt，内容如下 :

1=0 2=1 3=2

配置说明:

属性 描述
columns 标识将要分片的表字段
algorithm 指定分片函数与function的对应关系
class 指定该分片算法对应的类
mapFile 对应的外部配置文件
type 默认值为0 ; 0 表示Integer , 1 表示String
defaultNode 默认节点 ; 小于0 标识不设置默认节点 , 大于等于0代表设置默认节点 ; 默认节点的所用:枚举分片时,如果碰到不识别的枚举值, 就让它路由到默认节点 ; 如果没有默认值,碰到不识别的则报错 。

测试:

配置

<table name="tb_user" dataNode="dn1,dn2,dn3" rule="sharding-by-enum-status"/>

数据

1). 创建表 

CREATE TABLE `tb_user` ( 

    id bigint(20) NOT NULL COMMENT 'ID', 

    username varchar(200) DEFAULT NULL COMMENT '姓名', 

    status int(2) DEFAULT '1' COMMENT '1: 未启用, 2: 已启用, 3: 已关闭', 

    PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 2). 插入数据 

insert into tb_user (id,username ,status) values(1,'Tom',1); insert into tb_user (id,username ,status) values(2,'Cat',2); insert into tb_user (id,username ,status) values(3,'Rose',3); insert into tb_user (id,username ,status) values(4,'Coco',2); insert into tb_user (id,username ,status) values(5,'Lily',1);

四、范围求模算法

该算法为先进行范围分片, 计算出分片组 , 再进行组内求模。

优点： 综合了范围分片和求模分片的优点。 分片组内使用求模可以保证组内的数据分布比较均匀，分片组之间采用范围分片可以兼顾范围分片的特点。

缺点： 在数据范围时固定值（非递增值）时，存在不方便扩展的情况，例如将  dataNode Group size 从 2 扩展为 4 时，需要进行数据迁移才能完成 ； 如图所示：

配置如下：

<tableRule name="auto-sharding-rang-mod"> 

    <rule>

        <columns>id</columns> 

        <algorithm>rang-mod</algorithm> 

    </rule> </tableRule> <function name="rang-mod" class="io.mycat.route.function.PartitionByRangeMod"> 

    <property name="mapFile">autopartition-range-mod.txt</property> 

    <property name="defaultNode">0</property> </function>

autopartition-range-mod.txt配置格式 :

#range start-end , data node group size 0-500M=1 500M1-2000M=2

在上述配置文件中, 等号前面的范围代表一个分片组 , 等号后面的数字代表该分片组所拥有的分片数量;

配置说明:

属性 描述
columns 标识将要分片的表字段名
algorithm 指定分片函数与function的对应关系
class 指定该分片算法对应的类
mapFile 对应的外部配置文件
defaultNode 默认节点 ; 未包含以上规则的数据存储在defaultNode节点中, 节点从0开始

测试:

配置

<table name="tb_stu" dataNode="dn1,dn2,dn3" rule="auto-sharding-rang-mod"/>

数据

1). 创建表 

CREATE TABLE `tb_stu` ( 

    id bigint(20) NOT NULL COMMENT 'ID', 

    username varchar(200) DEFAULT NULL COMMENT '姓名', 

    status int(2) DEFAULT '1' COMMENT '1: 未启用, 2: 已启用, 3: 已关闭', 

    PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 2). 插入数据 

insert into tb_stu (id,username ,status) values(1,'Tom',1); insert into tb_stu (id,username ,status) values(2,'Cat',2); insert into tb_stu (id,username ,status) values(3,'Rose',3); insert into tb_stu (id,username ,status) values(4,'Coco',2); insert into tb_stu (id,username ,status) values(5,'Lily',1); insert into tb_stu (id,username ,status) values(5000001,'Roce',1); insert into tb_stu (id,username ,status) values(5000002,'Jexi',2); insert into tb_stu (id,username ,status) values(5000003,'Mini',1);

五、固定分片hash算法

该算法类似于十进制的求模运算，但是为二进制的操作，例如，取 id 的二进制低 10 位 与 1111111111 进行 位 & 运算。

最小值：

最大值：

优点： 这种策略比较灵活，可以均匀分配也可以非均匀分配，各节点的分配比例和容量大小由  partitionCount 和 partitionLength 两个参数决定

缺点：和取模分片类似。

配置如下 ：

<tableRule name="sharding-by-long-hash"> 

    <rule>

        <columns>id</columns> 

        <algorithm>func1</algorithm> 

    </rule> </tableRule> <function name="func1" class="org.opencloudb.route.function.PartitionByLong"> 

    <property name="partitionCount">2,1</property> 

    <property name="partitionLength">256,512</property> </function>

在示例中配置的分片策略，希望将数据水平分成3份，前两份各占 25%，第三份占 50%。

配置说明:

属性 描述
columns 标识将要分片的表字段名
algorithm 指定分片函数与function的对应关系
class 指定该分片算法对应的类
partitionCount 分片个数列表
partitionLength 分片范围列表

约束 :

  1. 分片长度 : 默认最大2^10 , 为 1024 ;
  2. count, length的数组长度必须是一致的 ;
  3. 两组数据的对应情况:  (partitionCount[0]partitionLength[0])= (partitionCount[1]partitionLength[1])

以上分为三个分区: 0-255,256-511,512-1023

测试:

配置

<table name="tb_brand" dataNode="dn1,dn2,dn3" rule="sharding-by-long-hash"/>

数据

1). 创建表 

CREATE TABLE `tb_brand` ( 

    id int(11) NOT NULL COMMENT 'ID', 

    name varchar(200) DEFAULT NULL COMMENT '名称', 

    firstChar char(1) COMMENT '首字母', 

    PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 2). 插入数据 

insert into tb_brand (id,name ,firstChar) values(1,'七匹狼','Q'); insert into tb_brand (id,name ,firstChar) values(529,'八匹狼','B');insert into tb_brand (id,name ,firstChar) values(1203,'九匹狼','J'); insert into tb_brand (id,name ,firstChar) values(1205,'十匹狼','S'); insert into tb_brand (id,name ,firstChar) values(1719,'六匹狼','L');

六、取模范围算法

该算法先进行取模，然后根据取模值所属范围进行分片。

优点：可以自主决定取模后数据的节点分布

缺点：dataNode 划分节点是事先建好的，需要扩展时比较麻烦。

配置如下:

<tableRule name="sharding-by-pattern"> 

    <rule>

        <columns>id</columns> 

        <algorithm>sharding-by-pattern</algorithm> 

    </rule> </tableRule> <function name="sharding-by-pattern" class="io.mycat.route.function.PartitionByPattern"> 

    <property name="mapFile">partition-pattern.txt</property> 

    <property name="defaultNode">0</property> 

    <property name="patternValue">96</property> </function>

partition-pattern.txt配置如下:

0-32=0 33-64=1 65-96=2

在mapFile配置文件中,  1-32即代表id%96后的分布情况。如果在1-32, 则在分片0上 ; 如果在33-64, 则在分片1上 ; 如果在65-96, 则在分片2上。

配置说明:

属性 描述
columns 标识将要分片的表字段
algorithm 指定分片函数与function的对应关系
class 指定该分片算法对应的类
mapFile 对应的外部配置文件
defaultNode 默认节点 ; 如果id不是数字, 无法求模, 将分配在defaultNode上
patternValue 求模基数

测试:

配置

<table name="tb_mod_range" dataNode="dn1,dn2,dn3" rule="sharding-by-pattern"/>

数据

1). 创建表 

CREATE TABLE `tb_mod_range` ( 

    id int(11) NOT NULL COMMENT 'ID', 

    name varchar(200) DEFAULT NULL COMMENT '名称', 

    PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 2). 插入数据 

insert into tb_mod_range (id,name) values(1,'Test1'); insert into tb_mod_range (id,name) values(2,'Test2'); insert into tb_mod_range (id,name) values(3,'Test3'); insert into tb_mod_range (id,name) values(4,'Test4'); insert into tb_mod_range (id,name) values(5,'Test5');

注意 : 取模范围算法只能针对于数字类型进行取模运算 ; 如果是字符串则无法进行取模分片 ;

七、字符串hash求模范围算法

与取模范围算法类似, 该算法支持 数值、 符号、 字母取模，首先截取长度为  prefixLength 的子串，在对子串中每一个字符的  ASCII 码求和，然后对求和值进行 取模运算（ sum%patternValue），就可以计算出子串的分片数。

优点：可以自主决定取模后数据的节点分布

缺点：｀dataNode｀ 划分节点是事先建好的，需要扩展时比较麻烦。

配置如下：

<tableRule name="sharding-by-prefixpattern"> 

    <rule>

        <columns>id</columns> 

        <algorithm>sharding-by-prefixpattern</algorithm> 

    </rule> </tableRule> <function name="sharding-by-prefixpattern" class="io.mycat.route.function.PartitionByPrefixPattern"> 

    <property name="mapFile">partition-prefixpattern.txt</property> 

    <property name="prefixLength">5</property> 

    <property name="patternValue">96</property> </function>

partition-prefixpattern.txt配置如下:

# range start-end ,data node index # ASCII # 48-57=0-9 # 64、65-90=@、A-Z # 97-122=a-z ###### first host configuration 0-32=0 33-64=1 65-96=2

配置说明:

属性 描述
columns 标识将要分片的表字段
algorithm 指定分片函数与function的对应关系
class 指定该分片算法对应的类
mapFile 对应的外部配置文件
prefixLength 截取的位数; 将该字段获取前prefixLength位所有ASCII码的和, 进行求模sum%patternValue ,获取的值，在通配范围内的即分片数 ;
patternValue 求模基数

如 :

字符串 : 

    gf89f9a 截取字符串的前5位进行ASCII的累加运算 : 

    g - 103 

    f - 102 

    8 - 56 

    9 - 57 

    f - 102 

    

    sum求和 : 103 + 102 + + 56 + 57 + 102 = 420 

    求模 : 420 % 96 = 36

附录  ASCII码表 :

测试:

配置

<table name="tb_u" dataNode="dn1,dn2,dn3" rule="sharding-by-prefixpattern"/>

数据

1). 创建表 

CREATE TABLE `tb_u` ( 

    username varchar(50) NOT NULL COMMENT '用户名', 

    age int(11) default 0 COMMENT '年龄', 

    PRIMARY KEY (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;2). 插入数据 

insert into tb_u (username,age) values('Test100001',18); insert into tb_u (username,age) values('Test200001',20); insert into tb_u (username,age) values('Test300001',19); insert into tb_u (username,age) values('Test400001',25); insert into tb_u (username,age) values('Test500001',22);

八、应用指定算法

由运行阶段由应用自主决定路由到那个分片 , 直接根据字符子串（必须是数字）计算分片号 , 配置如下 :

<tableRule name="sharding-by-substring"> 

  <rule>

    <columns>id</columns> 

    <algorithm>sharding-by-substring</algorithm> 

  </rule> 

</tableRule> 

<function name="sharding-by-substring" class="io.mycat.route.function.PartitionDirectBySubString"> 

  <property name="startIndex">0</property> <!-- zero-based --> 

  <property name="size">2</property> 

  <property name="partitionCount">3</property> 

  <property name="defaultPartition">0</property> 

</function>

配置说明:

示例说明 :

id=05-100000002, 在此配置中代表根据id中从 startIndex=0，开始，截取siz=2位数字即05，05就是获取的分区，如果没传默认分配到 defaultPartition。

测试:

配置

<table name="tb_app" dataNode="dn1,dn2,dn3" rule="sharding-by-substring"/>

数据

九、字符串hash解析算法

截取字符串中的指定位置的子字符串, 进行hash算法， 算出分片 ， 配置如下：

<tableRule name="sharding-by-stringhash"> 

        <rule>

            <columns>user_id</columns> 

            <algorithm>sharding-by-stringhash</algorithm> 

        </rule> 

</tableRule> 

<function name="sharding-by-stringhash" class="io.mycat.route.function.PartitionByString"> 

        <property name="partitionLength">512</property> <!-- zero-based --> 

        <property name="partitionCount">2</property> 

        <property name="hashSlice">0:2</property> 

</function>

配置说明:

测试:

配置

<table name="tb_strhash" dataNode="dn1,dn2,dn3" rule="sharding-by-stringhash"/>

数据

1). 创建表 

create table tb_strhash( 

  name varchar(20) primary key, 

  content varchar(100) 

)engine=InnoDB DEFAULT CHARSET=utf8mb4; 

2). 插入数据 

INSERT INTO tb_strhash (name,content) VALUES('T1001', UUID()); 

INSERT INTO tb_strhash (name,content) VALUES('ROSE', UUID()); 

INSERT INTO tb_strhash (name,content) VALUES('JERRY', UUID()); 

INSERT INTO tb_strhash (name,content) VALUES('CRISTINA', UUID()); 

INSERT INTO tb_strhash (name,content) VALUES('TOMCAT', UUID());

原理:

十、一致性hash算法

一致性Hash算法有效的解决了分布式数据的拓容问题 , 配置如下:

<tableRule name="sharding-by-murmur"> 

        <rule>

            <columns>id</columns> 

            <algorithm>murmur</algorithm> 

        </rule> 

</tableRule> 

<function name="murmur" class="io.mycat.route.function.PartitionByMurmurHash"> 

        <property name="seed">0</property> 

        <property name="count">3</property><!-- --> 

        <property name="virtualBucketTimes">160</property> 

        <!-- <property name="weightMapFile">weightMapFile</property> --> 

        <!-- <property name="bucketMapPath">/etc/mycat/bucketMapPath</property> --> 

</function>

配置说明:

测试：

配置

<table name="tb_order" dataNode="dn1,dn2,dn3" rule="sharding-by-murmur"/>

数据

1). 创建表 

create table tb_order( 

    id int(11) primary key, 

    money int(11), 

    content varchar(200) 

)engine=InnoDB ; 

2). 插入数据 

INSERT INTO tb_order (id,money,content) VALUES(1, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(212, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(312, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(412, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(534, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(621, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(754563, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(8123, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(91213, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(23232, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(112321, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(21221, 100 , UUID());

INSERT INTO tb_order (id,money,content) VALUES(112132, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(12132, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(124321, 100 , UUID()); 

INSERT INTO tb_order (id,money,content) VALUES(212132, 100 , UUID());

十一、日期分片算法

按照日期来分片

<tableRule name="sharding-by-date"> 

        <rule>

            <columns>create_time</columns> 

            <algorithm>sharding-by-date</algorithm> 

        </rule> 

    </tableRule> 

    <function name="sharding-by-date" class="io.mycat.route.function.PartitionByDate"> 

        <property name="dateFormat">yyyy-MM-dd</property> 

        <property name="sBeginDate">2020-01-01</property> 

        <property name="sEndDate">2020-12-31</property> 

        <property name="sPartionDay">10</property> 

    </function>

配置说明:

注意：配置规则的表的 dataNode的分片，必须和分片规则数量一致，例如 2020-01-01 到 2020-12-31 ，每10天一个分片，一共需要37个分片。

十二、单月小时算法

单月内按照小时拆分, 最小粒度是小时 , 一天最多可以有24个分片, 最小1个分片, 下个月从头开始循环, 每个月末需要手动清理数据。

配置如下 ：

<tableRule name="sharding-by-hour"> 

        <rule>

            <columns>create_time</columns> 

            <algorithm>sharding-by-hour</algorithm> 

        </rule> 

    </tableRule> 

    <function name="sharding-by-hour" class="io.mycat.route.function.LatestMonthPartion"> 

        <property name="splitOneDay">24</property> 

    </function>

配置说明:

十三、自然月分片算法

使用场景为按照月份列分区, 每个自然月为一个分片, 配置如下:

<tableRule name="sharding-by-month"> 

        <rule>

            <columns>create_time</columns> 

            <algorithm>sharding-by-month</algorithm> 

        </rule> 

    </tableRule> 

    <function name="sharding-by-month" class="io.mycat.route.function.PartitionByMonth"> 

        <property name="dateFormat">yyyy-MM-dd</property> 

        <property name="sBeginDate">2020-01-01</property> 

        <property name="sEndDate">2020-12-31</property> 

    </function>

配置说明:

十四、日期范围hash算法

其思想和范围取模分片一样，先根据日期进行范围分片求出分片组，再根据时间hash使得短期内数据分布的更均匀 ;

优点 : 可以避免扩容时的数据迁移，又可以一定程度上避免范围分片的热点问题

注意 : 要求日期格式尽量精确些，不然达不到局部均匀的目的

<tableRule name="range-date-hash"> 

        <rule>

        <columns>create_time</columns> 

        <algorithm>range-date-hash</algorithm> 

        </rule>

    </tableRule> 

    <function name="range-date-hash" class="io.mycat.route.function.PartitionByRangeDateHash"> 

        <property name="dateFormat">yyyy-MM-dd HH:mm:ss</property> 

        <property name="sBeginDate">2020-01-01 00:00:00</property> 

        <property name="groupPartionSize">6</property> 

        <property name="sPartionDay">10</property>

    </function>

mycat分片的十四种算法的更多相关文章

  1. 算法入门：最大子序列和的四种算法（Java）

    最近再学习算法和数据结构,推荐一本书:Data structures and Algorithm analysis in Java 3rd 以下的四种算法出自本书 四种最大子序列和的算法: 问题描述 ...

  2. 十四种Java开发工具点评

    在计算机开发语言的历史中,从来没有哪种语言象Java那样受到如此众多厂商的支持,有如此多的开发工具,Java菜鸟们如初入大观园的刘姥姥,看花了眼,不知该何种选择.的确,这些工具各有所长,都没有绝对完美 ...

  3. 二十四种设计模式：策略模式(Strategy Pattern)

    策略模式(Strategy Pattern) 介绍定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换.本模式使得算法的变化可独立于使用它的客户. 示例有一个Message实体类,对它的操作有 ...

  4. TCP控制拥塞的四种算法:慢开始,拥塞避免,快重传,快恢复

    我们在开始假定: 1:数据是单方向传递,另一个窗口只发送确认. 2:接收方的缓存足够大,因此发送方的大小的大小由网络的拥塞程度来决定. 一:慢开始算法和拥塞避免算法 发送方会维持一个拥塞窗口,刚开始的 ...

  5. 二十四种设计模式：命令模式(Command Pattern)

    命令模式(Command Pattern) 介绍将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化:对请求排队或记录请求日志,以及支持可取消的操作. 示例有一个Message实体类,某个 ...

  6. 二十四种设计模式：模板方法模式(Template Method Pattern)

    模板方法模式(Template Method Pattern) 介绍定义一个操作中的算法的骨架,而将一些步骤延迟到子类中.Template Method使得子类可以不改变一个算法的结构即可重定义该算法 ...

  7. 二十四种设计模式：解释器模式(Interpreter Pattern)

    解释器模式(Interpreter Pattern) 介绍给定一个语言, 定义它的文法的一种表示,并定义一个解释器,该解释器使用该表示来解释语言中的句子. 示例有一个Message实体类,某个类对它的 ...

  8. 二十四种设计模式：观察者模式(Observer Pattern)

    观察者模式(Observer Pattern) 介绍定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动刷新. 示例有一个Message实体类,某些对象 ...

  9. 二十四种设计模式：迭代器模式(Iterator Pattern)

    迭代器模式(Iterator Pattern) 介绍提供一种方法顺序访问一个聚合对象中各个元素,而又不需暴露该对象的内部表示. 示例有一个Message实体类,某聚合对象内的各个元素均为该实体对象,现 ...

  10. 二十四种设计模式：抽象工厂模式(Abstract Factory Pattern)

    抽象工厂模式(Abstract Factory Pattern) 介绍提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 示例有Message和MessageModel,Messag ...

随机推荐

  1. c-->static关键字的使用

    static关键字的使用 static:静态 未使用static 在下列代码中变量a是有生命周期的,调用完后就会被销毁 所以for循环每次调用test函数打印的结果都是2 #include <s ...

  2. MOBI 】逆流而上的我：重塑心理韧性，在逆境中实现自我超越【早稻田大学名誉教授、哈佛大学客座研究

    书本详情 标题:逆流而上的我:重塑心理韧性,在逆境中实现自我超越[早稻田大学名誉教授.哈佛大学客座研究员加藤谛三的年度心理学温情巨作!掌握心理韧性,每个人都是生活的修行者!] | 加藤谛三 |年份:2 ...

  3. LocalDateTime 使用记录

    1.LocalDateTime 获取指定日期的月初和月末 LocalDateTime firstDayTime = LocalDate.now().withMonth(12).withDayOfMon ...

  4. 小白之Python-基础中的基础01

    Python-基础中的基础01 第一次写博客笔记,尝试并监督下自己. 每一天都值得期待! 20170803 -----------------华丽的分界线------------- Python之-- ...

  5. k8s Service yaml文件编写

    apiVersion: app/v1 #API的版本号,版本号可以用 kubectl api-versions 查询到 kind: Service #表明资源对象,例如Pod.RC.Service.N ...

  6. OnMicro BLE应用方案｜蓝牙语音遥控器-OM6621E

    随着物联网技术不断发展,家用电器往智能化方向持续迭代,使用红外遥控器这种传统的互动方式已经满足不了实际的使用需求,蓝牙语音遥控器作为人机交互新载体,逐渐取代传统红外遥控器成为家居设备的标配. 相比于传 ...

  7. js引入样式资源报错

    如上图,import这几个样式资源为什么会报错,怎么解决呢,而且那个jquery-ui之前也会报错但是现在刷新一遍他又不报错了其他的css文件报错 图片转代码服务由CSDN问答提供 功能建议   im ...

  8. C#中延迟初始化实现原理的一点浅见。

    定义 延迟初始化:一个对象的延迟初始化意味着它的创建被推迟到它第一次使用.(对于本主题,延迟初始化和延迟实例化是同义词.)延迟初始化主要用于提高性能.避免浪费计算和减少程序内存需求. 用法及简单介绍 ...

  9. mysql表关联更新

    UPDATE enterprise_test t1, enterprise_development_relation t2 SET t1.development_area_id = t2.develo ...

  10. 标量子查询加聚合函数sql改写一

    标量子查询的语句: select /*+ GATHER_PLAN_STATISTICS dwtest */ empno, (select count(*) from DEPT1 b where b.i ...