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');實現同樣的功能。
以上就介紹了ThinkPHP函數詳解：M方法，包括了方面的內容，希望對PHP教程有興趣的朋友有所幫助。
