M方法用於實例化一個基礎模型類，和D方法的區別在於：
1、不需要自定義模型類，減少IO加載，性能較好；
2、實例化後只能調用基礎模型類（默認是Model類）中的方法；
3、可以在實例化的時候指定表前綴、數據庫和數據庫的連接信息；
D方法的強大則體現在你封裝的自定義模型類有多強，不過隨著新版ThinkPHP框架的基礎模型類的功能越來越強大，M方法也比D方法越來越實用了。
M方法的調用格式：
M('[基礎模型名:]模型名','數據表前綴','數據庫連接信息')
我們來看下M方法具體有哪些用法：
1、實例化基礎模型（Model） 類
在沒有定義任何模型的時候，我們可以使用下面的方法實例化一個模型類來進行操作：
//實例化User模型
$User = M('User');
//執行其他的數據操作
$User->select();
這種方法最簡單高效，因為不需要定義任何的模型類，所以支持跨項目調用。缺點也是因為沒有自定義的模型類，因此無法寫入相關的業務邏輯，只能完成基本的CURD操作。
$User = M('User');
其實等效於：
$User = new Model('User');
表示操作think_user表。M方法和D方法一樣也有單例功能，多次調用並不會重復實例化。M方法的模型名參數在轉換成數據表的時候會自動轉換成小寫，也就是說ThinkPHP的數據表命名規范是全小寫的格式。
2、實例化其他公共模型類
第一種方式實例化因為沒有模型類的定義，因此很難封裝一些額外的邏輯方法，不過大多數情況下，也許只是需要擴展一些通用的邏輯，那麼就可以嘗試下面一種方法。
$User = M('CommonModel:User');
改用法其實等效於：
$User = new CommonModel('User');
因為系統的模型類都能夠自動加載，因此我們不需要在實例化之前手動進行類庫導入操作。模型類CommonModel必須繼承Model。我們可以在CommonModel類裡面定義一些通用的邏輯方法，就可以省去為每個數據表定義具體的模型類，如果你的項目已經有超過100個數據表了，而大多數情況都是一些基本的CURD操作的話，只是個別模型有一些復雜的業務邏輯需要封裝，那麼第一種方式和第二種方式的結合是一個不錯的選擇。
3、傳入表前綴、數據庫和其他信息
M方法有三個參數，第一個參數是模型名稱（可以包括基礎模型類和數據庫），第二個參數用於設置數據表的前綴（留空則取當前項目配置的表前綴），第三個參數用於設置當前使用的數據庫連接信息（留空則取當前項目配置的數據庫連接信息），例如：
$User = M('db2.User','think_');
表示實例化Model模型類，並操作db2數據庫中的think_user表。
如果第二個參數留空或者不傳，表示使用當前項目配置中的數據表前綴，如果操作的數據表沒有表前綴，那麼可以使用：
$User = M('db1.User',null);
表示實例化Model模型類，並操作db1數據庫中的user表。
如果你操作的數據庫需要不同的用戶賬號，可以傳入數據庫的連接信息，例如：
$User = M('User','think_','mysql://user_a:1234@localhost:3306/thinkphp');
表示基礎模型類用Model，然後對think_user表進行操作，用user_a賬號進行數據庫連接，操作數據庫是thinkphp。
第三個連接信息參數可以使用DSN配置或者數組配置，甚至可以支持配置參數。
例如，在項目配置文件中配置了：
'DB_CONFIG'=>'mysql://user_a:1234@localhost:3306/thinkphp';
則可以使用：
$User = M('User','think_','DB_CONFIG');
基礎模型類和數據庫可以一起使用，例如：
$User = M('CommonModel:db2.User','think_');
如果要實例化分層模型的話，利用公共模型類的方式，我們可以使用：
M('UserLogic:User');
來實例化UserLogic，雖然這樣做的意義不大，因為可以用
D('User','Logic');
實現同樣的功能。
