TP5_模型初始化_踩坑记录
前言:
先交代下背景,在一個項目中,有一個數據表有水平分表的需求。當時想找到一種方法,把對數據庫的操作,寫到一個模型里,通過去換模型屬性中的table來達到代碼不變操作的數據表變化的效果。
我們都知道,模型要想關聯數據表的話,有兩中方式,第一種就是將模型名和數據表一致。這樣模型就會默認關聯到名字對應的數據表。第二種就是定義模型的 protected $table 來指定表明。我當時就想,有沒有什么方法,能初始化模型對象的時候將table屬性賦值呢,這個值存在數據庫里。這樣就可以動態的來控制這個模型關聯的表名了。
模型初始化
基于以上的需求,文檔里的模型初始化引起了我的注意
tp5文檔
我感覺這是我要找的東西。緊接著我著手開始測試
首次測試我根據手冊的寫法,在調用父類初始化后面,寫上對table的初始化,那么現在我們來打印出來實例化的order模型
打印實例化對象
從圖中大家可以發現,table屬性的確已經修改了。然后我就沒有再做更多的測試了,因為我試過手動將table數據改為別的表名,就可以修改模型所關聯的數據表。我想這個table屬性已經有了肯定就沒問題了。
直到我在這個模型里寫了很多方法后,我想去回來換個表名來試試寫入數據。爆炸的事情出現了。
//我使用包含table屬性的對象去查數據庫。查詢出來的結果,居然任然是原來那個模型名對應的表$order = new \app\API\model\Order();return $order->select();這就很爆炸了,我已經寫好的這么多代碼難道都不能用了?
冷靜下來之后,我決定先試試,手動在模型中該表table屬性來試試。
直接修改模型的table屬性
那么我們再來訪問下呢?
image.png
報錯,報表不存在,這是正確的,因為我沒有建立order_1這個表。不過這也說明了,order模型的確已經和order_1表關聯起來了。這樣就讓我摸不著頭腦了。以前學習面向對象那些理論又浮現在我們腦海里。我梳理了下思路
好了瞎分析完了之后,我決定還是去網上搜索下,看看有沒有人和我一樣的應用場景。后來我發現,使用模型初始化的人,似乎很少。少數幾篇博客講解了下。其中有個應用場景和我類似。他在代碼中是這樣寫的
我通過IDE的智能感知,進入套table方法中,看了下注釋
image.png
看樣子是我需要的方法,可這個方法不是模型基類里的啊,是在query類當中的。我有些摸不清楚頭腦,但不管怎樣,還是要試一試
為了讓代碼不報錯,我去增加了一個order_1表。這一試,嘿嘿,搞定了!
image.png
打印出了我在新表中的一條數據。哈哈,看來這個思路是可行的
就在我認為這個思路是可行的時候,我在執行我寫好的一些模型方法時,我發現了一個大坑!!
我就不詳細說我是怎么發現的了。直接看代碼
模型里我還是這么寫的
結果讓人非常的震驚!
結果
同一個對象,調用同一個方法,結果居然不一樣!我反復試過都是這樣。我決定將他們的sql打印出來看看有什么問題
image.png
結果同樣是讓人哭笑不得
image.png
結果模型初始化是一次性的?(黑人問號.jpg)
我當時就覺得是tp5的bug,我要向作者反應!
后來我冷靜下來,還是先把項目問題解決了來再說哦。飯碗要緊。
最終經過我的摸(luan)索(gao) ,我找到解決方案。下面就把代碼貼出來,但是我確實不知道怎么解釋這個問題。也希望大神能夠指出,感激不盡
protected function initialize(){parent::initialize(); // TODO: Change the autogenerated stub$this->name('order_1');//將table方法換位name方法}name方法是也是指定表名,只是不帶表前綴。經測試,傳入不含表前綴的表名可行,我這里的數據表設計的時候沒有表前綴,所以傳的都一樣。
那么改過之后,再來打印下之前的sql
image.png
經測試可以正常切換兩個表~
本次博客只在記錄,內容中有很多自己瞎猜的,站不住腳,讓大神見笑。非常希望能有大神指點
總結
以上是生活随笔為你收集整理的TP5_模型初始化_踩坑记录的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: div背景图 等比缩放
- 下一篇: 30K程序员的简述:如何成为高级开发人员