Mybatis作成daoインターフェース、Mybatis主なプロファイル、マッピングプロファイル作成
初めてMybatis Part 2を学んでdaoインターフェース、Mybatis主なプロファイルを作成し、マッピングプロファイルを作成します。
接続パーティt 1
私たちはもうマヴェンプロジェクトを作成して座標を導入しました。
一、実体類とdaoのインターフェースを作成する
1.作成されたエンティティクラス
一般的なインターフェースの作成と同じように、いくつかの方法を例に挙げて書きました。
レスポンスバッグに入れてSql MapConfig.xmlと名づけます。
1.Mybatisプロファイルの制約
以上で作成したIUserDao.xmlファイルの制約と配置とは、Mapperの制約です。
制約を加えた後、続けて方法を書いて添削して調べます。
1.Sql MapConfigはそのままresorcessの下に置かれているようです。
2.IUserDao.xmlとIUserDao.javaを作成するときの名称は、私たちの以前の知識と一致するようにするためです。Mybatisでは、耐久層の操作インターフェース名とマッピングファイルをMapperともいいます。だから、IUserDaoとIUserMapperは同じです。
3.IDEAでディレクトリを作成する時、カバンとは違ったカバンが作成されています。comp.bructe.daoその時、三段階構造カタログが作成された時:comp.bructe.daoそれは一級カタログですので、一つのフォルダを作成した方がいいです。
4.mybatisのマッピング配置ファイルの位置は、daoインターフェースのパッケージ構造と同じでなければなりません。
5.プロファイルをマッピングするmapperタグnamespace属性の取得値は、daoインターフェースの全限定クラス名でなければなりません。
6.マッピングプロファイルの操作構成(例えば、書いたそのselect)は、ID属性の取得値がdaoインターフェースの方法名でなければならない(取ったfindAll)
*3.4.5点は全部従いました。開発中にDAoの実現類を書く必要がないです。インターフェイスを完成したら、残りの機能はmybatisで実現します。
なぜこのようなハードな要求が必要なのかというと、入門事例ではメリットが現れ、開発効率が大幅に向上した。
堅持することは勝利です。
(いいね。お願いします。)
接続パーティt 1
私たちはもうマヴェンプロジェクトを作成して座標を導入しました。
一、実体類とdaoのインターフェースを作成する
1.作成されたエンティティクラス
public class User implements Serializable{
private Integer id;
private String username;
private Date birthday;
private String sex;
private String address;
2.Serializable説明 , Serializable , 。
, Serializable 。
,Serializable , ,
。
3.daoインターフェースを作成する一般的なインターフェースの作成と同じように、いくつかの方法を例に挙げて書きました。
public interface IUserDao {
List<User> findAll();
void saveUser(User user);
void updateUser(User user);
void deleteUser(Integer userId);
二、Mybatis主な配置ファイルレスポンスバッグに入れてSql MapConfig.xmlと名づけます。
1.Mybatisプロファイルの制約
<?xml version="1.0" encoding="UTF-8"?>
<!-- copy mybatis -->
<!DOCTYPE configuration
PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
2.Mybatis主配置<!-- mybatis -->
<configuration>
<!-- -->
<environments default="mysql">
<!-- default -->
<!-- environment -->
<!-- mysql -->
<environment id="mysql">
<!-- -->
<transactionManager type="JDBC"></transactionManager>
<!-- ( ) -->
<dataSource type="POOLED">
<!-- 4 -->
<property name="driver" value="com.mysql.cj.jdbc.Driver"/>
<property name="url" value="jdbc:mysql://localhost:3306"/>
<property name="username" value="root"/>
<property name="password" value="root"/>
</dataSource>
</environment>
</environments>
また、マッピングプロファイルの位置を書く必要があります。 <!-- , dao -->
<mappers>
<mapper resource="com/bruce/dao/IUserDao.xml"/>
</mappers>
</configuration>
3.マッピングプロファイル以上で作成したIUserDao.xmlファイルの制約と配置とは、Mapperの制約です。
<?xml version="1.0" encoding="UTF-8"?>
<!-- -->
<!DOCTYPE mapper
PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.bruce.dao.IUserDao">
まず、mybatisのマッピングプロファイルの位置を強調します。daoインターフェースのパケット構造と同じでなければいけません。例えば、私のインターフェースはjava-com->brauce->dao->IUserDaoである必要があります。あなたのマッピングプロファイルもourerce-com->brauce->dao->IUserDao.xmlである必要があります。制約を加えた後、続けて方法を書いて添削して調べます。
select last_insert_id();
insert into user(username,address,sex,birthday)values(#{username},#{address},#{sex},#{birthday});
update user set username=#{username},address=#{address},sex=#{sex},birthday=#{birthday} where id =#{id};
delete from user where id = #{uid}
環境構築の注意事項:1.Sql MapConfigはそのままresorcessの下に置かれているようです。
2.IUserDao.xmlとIUserDao.javaを作成するときの名称は、私たちの以前の知識と一致するようにするためです。Mybatisでは、耐久層の操作インターフェース名とマッピングファイルをMapperともいいます。だから、IUserDaoとIUserMapperは同じです。
3.IDEAでディレクトリを作成する時、カバンとは違ったカバンが作成されています。comp.bructe.daoその時、三段階構造カタログが作成された時:comp.bructe.daoそれは一級カタログですので、一つのフォルダを作成した方がいいです。
4.mybatisのマッピング配置ファイルの位置は、daoインターフェースのパッケージ構造と同じでなければなりません。
5.プロファイルをマッピングするmapperタグnamespace属性の取得値は、daoインターフェースの全限定クラス名でなければなりません。
6.マッピングプロファイルの操作構成(例えば、書いたそのselect)は、ID属性の取得値がdaoインターフェースの方法名でなければならない(取ったfindAll)
*3.4.5点は全部従いました。開発中にDAoの実現類を書く必要がないです。インターフェイスを完成したら、残りの機能はmybatisで実現します。
なぜこのようなハードな要求が必要なのかというと、入門事例ではメリットが現れ、開発効率が大幅に向上した。
堅持することは勝利です。
(いいね。お願いします。)