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');

實現同樣的功能。

php技術：ThinkPHP之M方法實例詳解，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。