差分MyBatisのフレームワークとHibernateのフレームワーク、SpringMVCとMyBatisの差：

　差分MyBatisのフレームワークとHibernateのフレームワーク

　　Hibernateのフレームワーク

　　オブジェクトリレーショナルマッピングフレームワークをHibernateにオープンソースであり、それは非常に軽量なのJDBCオブジェクトパッケージ、マッピングオブジェクトとデータベーステーブルを持っていました。それは完全に自動化され、完全にオブジェクト指向の永続化フレームワークです。

　　MyBatisのフレームワーク

　　MyBatisのは、以前として知られているオープンソースのオブジェクトリレーショナルマッピングフレームワークです：iBATISは、2010インディアンは後に名前を変更し、Googleによって引き継が。これは、半自動永続化フレームワークです。

　　両者の差

　　　　開発

　　　　速度の点で、プロジェクトの開発プロセスの中で： 
　　　　- SQL文がパッケージ化された、システム開発を加速するために、直接使用することができ、開発を休止; 
　　　　; -Mybatisは、半自動、手動で行われ、SQL、少し面倒 
　　　　-すべてではなく、文はもっと雑多作られ、大規模で複雑なシステムのプロジェクトの場合は、絶対、選択Hibernateは良い解決策ではありません。

　　　　SQLの最適化

　　　　自動的に生成されたSQLを休止、より複雑ないくつかのステートメントは、いくつかのパフォーマンスを消費します。

　　　　MyBatisのマニュアルSQLを書く、不要な問い合わせを避けるため、システムのパフォーマンスを向上させます。

　　　　2.3休止状態のオブジェクト管理比は完全なオブジェクトです - 限りすることができますように、オブジェクトを管理するためのリレーショナルマッピングフレームワーク、開発プロジェクト、基礎となる実装に注目せずに、。

　　　　MyBatisのは、自分自身との間のマッピングを管理する必要があります。

　　　　2.4キャッシュの側面

　　　　同じポイント：

　　　　デフォルトのキャッシュメカニズムを使用することに加えて二次キャッシュとMyBatisの休止状態が、あなた自身のキャッシュや他のサードパーティ製のキャッシュスキームによって達成することができ、完全にキャッシュの動作をオーバーライドアダプタを作成。

　　　　違い：

　　　　オブジェクト・マップ・キャッシュに配置されている - 特定のテーブルに次に詳細に配置された二次キャッシュ構成のSessionFactory生成されたコンフィギュレーションファイル、および休止状態。

　　　　MyBatisの二次キャッシュは、各特定のテーブルに配置された - 詳細にオブジェクトマッピング構成は、これは、異なるキャッシング機構のための異なるテーブルをカスタマイズすることができます。そして、MyBatisのキャッシュ構成はキャッシュ-REFによって達成同じ名前空間と例を、共有することができます。

　　　　比較： 
　　　　- Hibernateは良い管理システムを持って、二次キャッシュはダーティなデータが保存されます表示された場合、ユーザーは、SQLに焦点を当てる必要はありません。 
　　　　- MyBatisのキャッシュキャッシュの使用を避けるために、注意する時間を使用しています。

　　　　利点を休止

　　1.Hibernate的DAO层开发比MyBatis简单，Mybatis需要维护SQL和结果映射。
　　2.Hibernate对对象的维护和缓存要比MyBatis好，对增删改查的对象的维护要方便。
　　3.Hibernate数据库移植性很好，MyBatis的数据库移植性不好，不同的数据库需要写不同SQL。
　　4.Hibernate有更好的二级缓存机制，可以使用第三方缓存。MyBatis本身提供的缓存机制不佳。

　　　　MyBatisの利点

　　 1. .MyBatis可以进行更为细致的SQL优化，可以减少查询字段。
　　 2. MyBatis容易掌握，而Hibernate门槛较高。

　　　SpringMVCとMyBatisの違い：
　　　（1）異なるSpringMVCローディング機構とStruts2の
　　 　Struts2のコアは、すなわちStrutsPrepareAndExecuteFilterフィルタに基づいている
　　　コア、すなわちのDispatcherServlet（フロントエンドコントローラ）サーブレットSpringMVCに基づいている
　　
　　　（2）性能Struts2のより若干速くなるSpringMVC
　　　Struts2のインターセプトクラスレベルは、毎回アクションを作成するための要求は、データ要求噴射における取得および設定メソッドを呼び出している
　　　範囲が必要、要求、マルチアクションの実施の形態（singiton）に対応するコンテキストでStruts2のアクションをPrototypeパターン設定（プロトタイプ

　　　そして、のSpringBoot SpringMVCの違い
　　　　1.SpringBootは、設定ツールは、（すぐに統合パッケージを開発する）で、SpringMVCは春のMVCフレームワークに基づいている
　　　　春のスタンドアロンアプリケーションを作成することができ2.SpringBoot
　　　　のTomcat、Jettyは、そのようなアンダートウとして埋め込ま3コンテナ、展開する必要はありません
　　　　プロジェクト塔の複雑さに重要な減少、4.SpringBootが自動的に春を構成することができ
　　　　POMファイルを提供5.あなた中国Mavenの設定愛することができる
　　　　の提供は、HTTP、SSHに基づく6.SpringBootを、実行するためのtelnetプロジェクトが監視されているとき