php的控制器,php-模块与控制器
我正在為一個PHP框架(不是,另一個)編寫點點滴滴,作為學習的經驗,希望將來可用于較小的項目.
我已經讀了很多書,即現有框架的參考文檔.我看到模塊一詞泛濫成災,根據我的閱讀和以前的經驗,模塊是一個概念,用于劃分相關代碼(視圖,控制器,模型等).
我很好奇,在這種情況下如何看待模塊? (上下文是MVC Web應用程序體系結構或類似的應用程序開發模式)
我正在嘗試確定如何最好地應用它,因為(我認為)它適合我當前的困境.對于音樂網站,模塊將被視為藝術家,制作人等,而控制器將被視為個人資料,媒體等.這當然會留下諸如查看或編輯之類的動作.
這一切似乎都很好,因為現在我可以像這樣進行路由了:
'Artist/Profile/View/{ALIAS}'
+- Module : Artist
+- Controller : Profile
+- Action : View
//this may be accessed via music.com/artist/{alias}
//defaulting the Controller and Action
..但是我試圖弄清楚模塊概念在這里如何適合,特別是我如何組織或修改控制器以適應.
這就是我正在考慮的文件系統布局.
+- Root
+- 'index.php'
+- 'api.php'
+- Modules
| +- Public
| | +- Controllers
| | +- Views
| |
| +- User
| | +- Controllers
| | +- Views
| |
| +- Artist
| | +- Controllers
| | +- Views
| |
| +- Producer
| | +- Controllers
| | +- Views
| |
| +- Venue
| | +- Controllers
| | +- Views
| |
| +- Administrator
| +- Controllers
| +- Views
|
+- Models
+- Config
+- ...
解決方法:
在大多數框架中,模塊(在CakePHP中稱為Plugins)幾乎都是微型應用程序.它們內部有自己的MVC結構,通常是獨立的,也許僅依靠主應用程序模型來保持代碼可重用.
我們在工作的地方使用Zend,而模塊的示例就是
>管理員模塊,站點管理員可以對系統進行更改.
>網站一般前端的Web模塊
>用于已登錄用戶的用戶模塊,這些用戶具有其他管理工具來執行站點上的活動
基本上所有這些都屬于同一個站點/系統,但是大多以不重疊的方式進行.
標簽:module,model-view-controller,php,routing
來源: https://codeday.me/bug/20191208/2093145.html
總結
以上是生活随笔為你收集整理的php的控制器,php-模块与控制器的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 空投坐标怎么看6_嗦粉不咯?桂林米粉店将
- 下一篇: 关于mysql优化_关于MySQL优化的