為什麼slim 這樣的輕量框架沒(méi)有嚴(yán)格區(qū)分劃分Model層?
認(rèn)證0級(jí)講師
實(shí)際上,分割層次是一個(gè)邏輯上的問(wèn)題,很多小白用戶一上來(lái)都用框架框架,都被框架寵壞了,框架幾乎什麼事都做了,自己學(xué)會(huì)的只是在某個(gè)框架下寫(xiě)程式碼,而脫離了框架只剩下茫然。
即使像國(guó)內(nèi)Thinkphp
這樣的重型框架,他提供了Model
層,用的人仍然很少,為什麼?因?yàn)橛?code>Model層還需要自己劃分邏輯,仍少不了自己寫(xiě)程式碼,這對(duì)他們來(lái)說(shuō)是痛苦的,所以我見(jiàn)過(guò)的幾乎所有的人操作資料庫(kù)都是在Controller
裡直接M('table')->insert($data)
等。 Model
層的利用率極低。 Thinkphp
這樣的重型框架,他提供了Model
層,用的人仍然很少,為什么?因?yàn)橛?code>Model層還需要自己劃分邏輯,仍少不了自己寫(xiě)代碼,這對(duì)他們來(lái)說(shuō)是痛苦的,所以我見(jiàn)過(guò)的幾乎所有的人操作數(shù)據(jù)庫(kù)都是在Controller
里直接M('table')->insert($data)
等。Model
層的利用率極低。
而對(duì)于非小白用戶,Model層無(wú)法就是個(gè)封裝了某個(gè)表的數(shù)據(jù)庫(kù)操作類而已,隨手就創(chuàng)建了,何須框架來(lái)多此一舉,浪費(fèi)性能?
只要心中就有mvc
,一切都有層次。
而且,隨著composer
而對(duì)於非小白用戶,Model層無(wú)法就是個(gè)封裝了某個(gè)表的資料庫(kù)操作類別而已,隨手就創(chuàng)建了,何須框架來(lái)多此一舉,浪費(fèi)效能?
mvc
,一切都有層次。 ??而且,隨著composer
的出現(xiàn),php的開(kāi)發(fā)也逐漸模組化,而不是像之前的框架化?,F(xiàn)在越來(lái)越多的人寫(xiě)程式碼是直接使用的模組,而不是整個(gè)框架。 ??