1.List itemjava
區別一
若是Mybatis Plus是扳手，那Mybatis Generator就是生產扳手的工廠。
通俗來說——
MyBatis：一種操做數據庫的框架，提供一種Mapper類，支持讓你用java代碼進行增刪改查的數據庫操做，省去了每次都要手寫sql語句的麻煩。可是！有一個前提，你得先在xml中寫好sql語句，是否是很麻煩？因而有下面的↓
Mybatis Generator：自動爲Mybatis生成簡單的增刪改查sql語句的工具，省去一大票時間，二者配合使用，開發速度快到飛起。至於標題說的↓
Mybatis Plus：國人團隊苞米豆在Mybatis的基礎上開發的框架，在Mybatis基礎上擴展了許多功能，榮獲了2018最受歡迎國產開源軟件第5名，固然也有配套的↓
Mybatis Plus Generator：一樣爲苞米豆開發，比Mybatis Generator更增強大，支持功能更多，自動生成Entity、Mapper、Service、Controller等
總結：
數據庫框架：Mybatis Plus > Mybatis
代碼生成器：Mybatis Plus Generator > Mybatis Generatorspring
區別二
Mybatis-Plus是一個Mybatis的加強工具，它在Mybatis的基礎上作了加強，卻不作改變。咱們在使用Mybatis-Plus以後既可使用Mybatis-Plus的特有功能，又可以正常使用Mybatis的原生功能。Mybatis-Plus(如下簡稱MP)是爲簡化開發、提升開發效率而生，但它也提供了一些頗有意思的插件，好比SQL性能監控、樂觀鎖、執行分析等。sql
Mybatis雖然已經給咱們提供了很大的方便，但它仍是有不足之處，實際上沒有什麼東西是完美的，MP的存在就是爲了稍稍彌補Mybatis的不足。在咱們使用Mybatis時會發現，每當要寫一個業務邏輯的時候都要在DAO層寫一個方法，再對應一個SQL，即便是簡單的條件查詢、即便僅僅改變了一個條件都要在DAO層新增一個方法，針對這個問題，MP就提供了一個很好的解決方案，以後我會進行介紹。另外，MP的代碼生成器也是一個頗有意思的東西，它可讓咱們避免許多重複性的工做，下面我將介紹如何在你的項目中集成MP。數據庫
1、 集成步驟↓：(首先，你要有個spring項目)
集成依賴，pom中加入依賴便可，很少說：
Java代碼 收藏代碼mybatis
說明：筆者使用的版本爲：mybatis-plus.version=2.1-gamma，上邊的代碼中有兩個依賴，第一個是mybatis-plus核心依賴，第二個是使用代碼生成器時須要的模板引擎依賴，若果你不打算使用代碼生成器，此處可不引入。
注意：mybatis-plus的核心jar包中已集成了mybatis和mybatis-spring，因此爲避免衝突，請勿再次引用這兩個jar包。app
2、 在spring中配置MP：框架
注意：執行分析攔截器和性能分析推薦只在開發時調試程序使用，爲保證程序性能和穩定性，建議在生產環境中註釋掉這兩個插件。
數據源：(此處使用druid)ide
到此，MP已經集成進咱們的項目中了，下面將介紹它是如何簡化咱們的開發的。工具
**性能
3、 簡單的CURD操做↓：
**
假設咱們有一張user表，且已經創建好了一個與此表對應的實體類User，咱們來介紹對user的簡單增刪改查操做。
創建DAO層接口。咱們在使用普通的mybatis時會創建一個DAO層接口，並對應一個xml用來寫SQL。在這裏咱們一樣要創建一個DAO層接口，可是若無必要，咱們甚至不須要創建xml，就能夠進行資源的CURD操做了，咱們只須要讓咱們創建的DAO繼承MP提供的BaseMapper<?>便可：
public interface UserMapper extends BaseMapper { }
而後在咱們須要作數據CURD時，像下邊這樣就行了：
Java代碼 收藏代碼
// 初始化 影響行數
int result = 0;
// 初始化 User 對象
User user = new User();
// 插入 User (插入成功會自動回寫主鍵到實體類)
user.setName(「Tom」);
result = userMapper.insert(user);
// 更新 User
user.setAge(18);
result = userMapper.updateById(user);//user要設置id哦，具體的在下邊我會詳細介紹
// 查詢 User
User exampleUser = userMapper.selectById(user.getId());
// 查詢姓名爲‘張三’的全部用戶記錄
List userList = userMapper.selectList(
new EntityWrapper().eq(「name」, 「張三」)
);
// 刪除 User
result = userMapper.deleteById(user.getId());
方便吧？若是隻使用mybatis但是要寫4個SQL和4個方法喔，固然了，僅僅上邊這幾個方法還遠遠知足不了咱們的需求，請往下看：
**
多條件分頁查詢：
**
Java代碼 收藏代碼
// 分頁查詢 10 條姓名爲‘張三’、性別爲男，且年齡在18至50之間的用戶記錄
/**等價於SELECT *
*FROM sys_user
*WHERE (name=‘張三’ AND sex=0 AND age BETWEEN ‘18’ AND ‘50’)
*LIMIT 0,10
*/
下邊這個，多條件構造器。其實對於條件過於複雜的查詢，筆者仍是建議使用原生mybatis的方式實現，易於維護且邏輯清晰，若是全部的數據操做都強行使用MP，就失去了MP簡化開發的意義了。因此在使用時請按實際狀況取捨，在這裏仍是先介紹一下。
條件構造一(上邊方法的entityWrapper參數)：
條件構造二（同上）：
int buyCount = selectCount(Condition.create()
.setSqlSelect(「sum(quantity)」)
.isNull(「order_id」)
.eq(「user_id」, 1)
.eq(「type」, 1)
.in(「status」, new Integer[]{0, 1})
.eq(「product_id」, 1)
.between(「created_time」, startDate, currentDate)
.eq(「weal」, 1));
自定義條件使用entityWrapper：
List selectMyPage(RowBounds rowBounds, @Param(「ew」) Wrapper wrapper);
SELECT * FROM user ${ew.sqlSegment} *注意：此處不用擔憂SQL注入，MP已對ew作了字符串轉義處理。 其實在使用MP作數據CURD時，還有另一個方法，AR(ActiveRecord )，很簡單，讓咱們的實體類繼承MP提供Model<?>就行了，這和咱們經常使用的方法可能會有些不一樣，下邊簡單說一下吧：*
//實體類
@TableName(「sys_user」) // 註解指定表名
public class User extends Model {
… // fields
… // getter and setter
/** 指定主鍵 */
@Override
protected Serializable pkVal() { //必定要指定主鍵哦
return this.id;
}
}
下邊就是CURD操做了：
// 初始化 成功標識
boolean result = false;
// 初始化 User
User user = new User();
// 保存 User
user.setName(「Tom」);
result = user.insert();
// 更新 User
user.setAge(18);
result = user.updateById();
// 查詢 User
User exampleUser = t1.selectById();
// 查詢姓名爲‘張三’的全部用戶記錄
List userList1 = user.selectList(
new EntityWrapper().eq(「name」, 「張三」)
);
// 刪除 User
result = t2.deleteById();
// 分頁查詢 10 條姓名爲‘張三’、性別爲男，且年齡在18至50之間的用戶記錄
List userList = user.selectPage(
new Page(1, 10),
new EntityWrapper().eq(「name」, 「張三」)
.eq(「sex」, 0)
.between(「age」, 「18」, 「50」)
).getRecords();
就是這樣了，可能你會說MP封裝的有些過度了，這樣作會分散數據邏輯到不一樣的層面中，難以管理，使代碼難以理解。其實確實是這樣，這就須要你在使用的時候注意一下了，在簡化開發的同時也要保證你的代碼層次清晰，作一個戰略上的設計或者作一個取捨與平衡。
**
其實上邊介紹的功能也不是MP的所有啦，下邊介紹一下MP最有意思的模塊——代碼生成器。
**
步驟↓：
如上邊所說，使用代碼生成器必定要引入velocity-engine-core(模板引擎)這個依賴。
準備工做：
選擇主鍵策略，就是在上邊最開始時候我介紹MP配置時其中的這項配置，若是你不記得了，請上翻！MP提供了以下幾個主鍵策略： 值 描述
IdType.AUTO 數據庫ID自增
IdType.INPUT 用戶輸入ID
IdType.ID_WORKER 全局惟一ID，內容爲空自動填充（默認配置）
IdType.UUID 全局惟一ID，內容爲空自動填充
MP默認使用的是ID_WORKER，這是MP在Sequence的基礎上進行部分優化，用於產生全局惟一ID。
表及字段命名策略選擇，同上，仍是在那個配置中。下邊這段複製至MP官方文檔：
在MP中，咱們建議數據庫表名採用下劃線命名方式，而表字段名採用駝峯命名方式。
這麼作的緣由是爲了不在對應實體類時產生的性能損耗，這樣字段不用作映射就能直接和實體類對應。固然若是項目裏不用考慮這點性能損耗，那麼你採用下滑線也是沒問題的，只須要在生成代碼時配置dbColumnUnderline屬性就能夠。
建表(命名規則依照剛纔你所配置的，這會影響生成的代碼的類名、字段名是否正確)。
執行下邊的main方法，生成代碼：
說明：中間的內容請自行修改，註釋很清晰。
成功生成代碼，將生成的代碼拷貝到你的項目中就能夠了，這個東西節省了咱們大量的時間和精力！
下邊我將介紹MP提供的頗有意思的插件： 分頁插件：插件的配置請看上邊開篇時的MP配置部分。
public interface UserMapper{//能夠繼承或者不繼承BaseMapper
/**
*
* 查詢 : 根據state狀態查詢用戶列表，分頁顯示
*
*
* @param page
* 翻頁對象，能夠做爲 xml 參數直接使用，傳遞參數 Page 即自動分頁
* @param state
* 狀態
* @return
*/
List selectUserList(Pagination page, Integer state);
}
public Page selectUserPage(Page page, Integer state) {
page.setRecords(userMapper.selectUserList(page, state));
return page;
}
SELECT * FROM user WHERE state=#{state}
*樂觀鎖插件：當要更新一條記錄的時候，但願這條記錄沒有被別人更新過。 其實原理很簡單：
**
取出記錄時，獲取當前version
更新時，帶上這個version
執行更新時， set version = yourVersion+1 where version = yourVersion
若是version不對，就更新失敗
插件的配置請看上邊開篇時的MP配置部分，使用該插件的表必須擁有可以做爲version的字段，好比update_date：
Java代碼 收藏代碼
public class User {
}
說明：version僅支持int,Integer,long,Long,Date,Timestamp類型。
Java代碼 收藏代碼
int id = 100;
int version = 2;
User u = new User();
u.setId(id);
u.setVersion(version);
u.setXXX(xxx);
if(userService.updateById(u)){
System.out.println(「Update successfully」);
}else{
System.out.println(「Update failed due to modified by others」);
}
//等價於:update tbl_user set name=‘update’,version=3 where id=100 and version=2;
*執行分析插件，做用是分析處理 DELETE UPDATE 語句， 防止小白或者惡意 delete update 全表操做，不推薦生產環境使用。具體配置請看上邊開篇時的MP配置部分。
性能分析插件，用於輸出每條 SQL 語句及其執行時間，不推薦生產環境使用。具體配置請看上邊開篇時的MP配置部分。
xml熱加載插件，具體配置請看上邊開篇時的MP配置部分。
**
如下是註解說明，摘自官方文檔： 註解說明**
表名註解 @TableName
com.baomidou.mybatisplus.annotations.TableName
值 描述
value 表名（ 默認空 ）
resultMap xml 字段映射 resultMap ID
主鍵註解 @TableId
com.baomidou.mybatisplus.annotations.TableId
值 描述
value 字段值（駝峯命名方式，該值可無）
type 主鍵 ID 策略類型（ 默認 INPUT ，全局開啓的是 ID_WORKER ）
暫不支持組合主鍵
字段註解 @TableField
com.baomidou.mybatisplus.annotations.TableField
值 描述
value 字段值（駝峯命名方式，該值可無）
el 詳看註釋說明
exist 是否爲數據庫表字段（ 默認 true 存在，false 不存在 ）
strategy 字段驗證 （ 默認 非 null 判斷，查看 com.baomidou.mybatisplus.enums.FieldStrategy ）
fill 字段填充標記 （ FieldFill, 配合自動填充使用 ）
字段填充策略 FieldFill
值 描述
DEFAULT 默認不處理
INSERT 插入填充字段
UPDATE 更新填充字段
INSERT_UPDATE 插入和更新填充字段
序列主鍵策略 註解 @KeySequence
com.baomidou.mybatisplus.annotations.KeySequence
值 描述
value 序列名
clazz id的類型
樂觀鎖標記註解 @Version
com.baomidou.mybatisplus.annotations.Version
排除非表字段、查看文檔常見問題部分！
總結：MP的宗旨是簡化開發，可是它在提供方便的同時卻容易形成代碼層次混亂，咱們可能會把大量數據邏輯寫到service層甚至contoller層中，使代碼難以閱讀。凡事過猶不及，在使用MP時必定要作分析，不要將全部數據操做都交給MP去實現。畢竟MP只是mybatis的加強工具，它並無侵入mybatis的原生功能，在使用MP的加強功能的同時，原生mybatis的功能依然是能夠正常使用的