php原生mvc源碼

⑴ php中MVC的開發模式如何去理解

不只是PHP其他的編程語言也是這樣的，MVC模式要求將源代碼分成多個模塊，每個模塊都有三個用途之一。

第一類模塊是「模型」，其中不僅包含原始數據，還包含用於確定數據結構和訪問許可權的規則集。

第二類模塊是「視圖」，用於將數據呈示給用戶。

第三類模塊是「控制器」，用於解釋用戶與視圖之間的交互。控制器將用戶操作（例如，選擇或編輯內容）轉換為命令以修改模型中的數據。通常，框架中只能有一個模型，但可以有若干個視圖和控制器對。

⑵ php學習問題，按照網的上材料自學做一個mvc簡單框架。瀏覽時報錯。請大神幫忙看看是哪裡的錯誤。

從代碼看，$data 變數在使用前並沒有進行定義。

mvc 的架構是模型、視圖、控制器三者分離的架構，從你的代碼中看，其實 democontroller.php 控制器與視圖並沒有分離。

以下是 mvc 執行流程示例：

1 瀏覽者 -> 調用控制器,對它發出指令
2 控制器 -> 按指令選取一個合適的模型
3 模型 -> 按控制器指令取相應數據
4 控制器 -> 按指令選取相應視圖
5 視圖 -> 把第三步取到的數據按用戶想要的樣子顯示出來

以下是mvc代碼示例：

<?php
require_once('View/testView.class.php');
require_once('Model/testModel.class.php');
require_once('Controller/testController.class.php');
$testController=newtestController();
$testController->show();
?>

⑶ 什麼是MVC以及PHP怎樣實現MVC

其實你的問題一開始就問錯了，即然你問了，我就隨便說說好了。
MVC 是一種設計風格，並不是一種具體手法。每個人寫代碼都有自己習慣的一種設計風格。MVC 是應用程序開發常用的一種風格，實際上並不適合 PHP，因為 PHP 的工作環境註定了它很難做出像樣的控制器，也就是 Controll 。
MVC 本來的設計風格是：整個系統由一個程序啟動，再根據用戶操作調用各個處理模塊，根據數據結果來決定顯示成什麼樣給用戶看。就像我們平時用的各種程序的主界面。這樣程序員創建好主程序以後，只要把注意力集中在開發各個子功能上就可以了。。
可是 php 大多數情況下工作於 web 環境，有「頁」的概念，每次執行都是一個新的請求。這就註定了很難實現真正的 MVC，因為用戶看到頁面時，PHP 已經執行完了，不可能再切換去調另一個 模型M 和 視圖V 。

目前自稱 MVC 的各種框架。也只不過是用一個程序判斷請求，載入不同的功能塊。只能稱之為「單點入口」，在思路上是「請求相同的部份，而包含不同的部份」。這個入口程序實際上啥也沒做，所以算不上是 MVC。反而 JS 開發的富客戶端更接近一些。由一個 JS 主程序，跟據用戶請求決定調用哪些數據，再把界面改變成什麼樣。
設計風格是前人總結出來的東西，在當前語言，當然環境，當前思維方式下。比較容易繼續思考的一種設計方式。MVC 只不過是其中一種，而且並不是最適合 PHP 的一種。偏偏被炒作得好像標准似的。。
如果你一定要， 就去看一下 「PHP 單點入口實現」吧，已經是比較接近的東西了。如果一次性的控制器也能算控制器的話……

⑷ php怎麼實現mvc

MVC三個字母的含義：

M：Model 模型，負責資料庫操作。

V：View 視圖，負責調用Model調取數據，再調用模板，展示出最終效果。

C：Controller 控制器，程序的入口，決定改調用哪個View，並告訴View該做什麼。

下面是一個超級簡單的MVC結構實現：

Controller.php

include'Model.php';
include'View.php';

classController{
private$model='';
private$view='';

publicfunctionController(){
$this->model=newModel();
$this->view=newView();
}

publicfunctiondoAction($method='defaultMethod',$params=array()){
if(empty($method)){
$this->defaultMethod();
}elseif(method_exists($this,$method)){
call_user_func(array($this,$method),$params);
}else{
$this->nonexisting_method();
}
}

publicfunctionlink_page($name=''){
$links=$this->model->getLinks();
$this->view->display($links);

$result=$this->model->getResult($name);
$this->view->display($result);
}

publicfunctiondefaultMethod(){
$this->br();
echo"Thisisthedefaultmethod.";
}

publicfunctionnonexisting_method(){
$this->br();
echo"Thisisthenoexistingmethod.";
}

publicfunctionbr(){
echo"<br/>";
}
}


$controller=newController();
$controller->doAction('link_page','b');
$controller->doAction();

Model.php

classModel{
private$database=array(
"a"=>"helloworld",
"b"=>"okwelldone",
"c"=>"goodbye",
);

//@TODOconnectthedatabase

//runthequeryandgettheresult
publicfunctiongetResult($name){
if(empty($name)){
returnFALSE;
}

if(in_array($name,array_keys($this->database))){
return$this->database[$name];
}
}

publicfunctiongetLinks(){
$links="<ahref='#'>LinkA</a>&nbsp;&nbsp;";
$links.="<ahref='#'>LinkB</a>&nbsp;&nbsp;";
$links.="<ahref='#'>LinkC</a>&nbsp;&nbsp;";

return$links;
}
}

View.php

classView{

publicfunctiondisplay($output){
//ob_start();

echo$output;
}

}

⑸ 詳解PHP實現MVC的幾種方法

相信所有習慣了使用MVC來組織自己的項目的人，讓他選擇一個新的項目構架時，一定不會放棄MVC。傳統的面相過程式的開發方式在處理中型以上的應用時，就開始顯得力不從心。即便我們能夠快速的完成需求，但是在需求發生變更後或者進行後期維護的時候，我們會深深地陷入我們早期搭建的陷阱中。什麼是MVC？關於MVC的定義和解釋，可以說多種多樣。我們可以在Wiki或者[2]中找到更為詳盡的解釋，這里我並不打算，也沒有能力進行深入的講解，從PHP開發的角度來講，MVC可以概括為：視圖(The View)：一說到視圖，我們很多人都會想到模板引擎(諸如Smarty等等)。其實就是各種各樣的輸出，比如說html模板和Javascript文件等。模塊(The Model)模塊代表了程序的邏輯，在企業應用中通常稱為業務邏輯層。一般來講，這一層完成的工作是把原始的數據處理成按照我們設計的數據結構存儲的有意義的數據序列，並將這些數據交給視圖去處理。通常情況下， 模塊中會利用一個數據抽象類來進行與數據操作有關的處理。 關於MVC的是否適合PHP的爭論也很多，人們不斷的討論MVC是否適合PHP[3]，現在也已經有了很多的MVC框架，諸如PHP MVC Frameworks中列出的[4]。那麼，為什麼人們這么熱衷於MVC，我們為什麼要使用MVC在我們的設計中呢。為什麼用MVC？MVC最早是用來解決桌面GUI的編程問題，最早的MVC框架應該是Sun在1999年提出的Model 2，後來演變成了Struts。MVC帶給人們深刻的印象，但是我們在使用的過程中，卻並沒有認真的想過為什麼使用MVC。在傳統的桌面應用中，一旦Model中有時間發生，我們可以主動的讓View界面進行刷新，從而展示後台發生的變化。而在Web應用中，我們似乎限於傳統的Http的Request/Response的方式，我們似乎沒有辦法讓用戶端進行更新。這一段討論，並不是認為MVC不能夠用來進行WEB應用的開發，而是覺得從某種程度上來說，他還不是最合適的。關於使用MVC的爭論還有很多[1]，但是相信所有習慣了使返嫌用MVC來組織自己的項目的人，讓他選擇一個新的項目構架時，一定不會放棄MVC。如何PHP實現MVC？下面是一個超級簡單的MVC結構實現，甚至連數據源都用了一個內置的固定數組，雖然簡單，但其實眾多的PHP Framework核心實現的思想應該和這個是差不多的，只不過一些framework提供了更多的方便開發者使用的工具，我也漏衫手想自己來實塌李現一個PHP的框架，目前正在著手策劃中，也希望自己能夠從框架的開發中學習到更多的PHP設計思想和方法。