phpmvc開發框架

1. php除了mvc還有什麼架構

MVC
MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型（M）、視圖（V）、控制器（C），它們各自處理自己的任務。
OOP
面向對象編程（Object Oriented Programming，OOP，面向對象程序設計）是一種計算機編程架構。OOP 的一條基本原則是，計算機程序是由單個能夠起到子程序作用的單元或對象組合而成。OOP 達到了軟體工程的三個主要目標：重用性、靈活性和擴展性。為了實現整體運算，每個對象都能夠接收信息、處理數據和向其它對象發送信息。OOP 主要有以下的概念和組件：
組件 － 數據和功能一起在運行著的計算機程序中形成的單元，組件在 OOP 計算機程序中是模塊和結構化的基礎。
抽象性 － 程序有能力忽略正在處理中信息的某些方面，即對信息主要方面關注的能力。
封裝 － 也叫做信息封裝：確保組件不會以不可預期的方式改變其它組件的內部狀態；只有在那些提供了內部狀態改變方法的組件中，才可以訪問其內部狀態。每類組件都提供了一個與其它組件聯系的介面，並規定了其它組件進行調用的方法。
多態性 － 組件的引用和類集會涉及到其它許多不同類型的組件，而且引用組件所產生的結果得依據實際調用的類型。
繼承性 － 允許在現存的組件基礎上創建子類組件，這統一並增強了多態性和封裝性。典型地來說就是用類來對組件進行分組，而且還可以定義新類為現存的類的擴展，這樣就可以將類組織成樹形或網狀結構，這體現了動作的通用性。
由於抽象性、封裝性、重用性以及便於使用等方面的原因，以組件為基礎的編程在腳本語言中已經變得特別流行。
ORM
對象-關系映射（Object/Relation Mapping，簡稱ORM），是隨著面向對象的軟體開發方法發展而產生的。面向對象的開發方法是當今企業級應用開發環境中的主流開發方法，關系資料庫是企業級應用環境中永久存放數據的主流數據存儲系統。對象和關系數據是業務實體的兩種表現形式，業務實體在內存中表現為對象，在資料庫中表現為關系數據。內存中的對象之間存在關聯和繼承關系，而在資料庫中，關系數據無法直接表達多對多關聯和繼承關系。因此，對象-關系映射(ORM)系統一般以中間件的形式存在，主要實現程序對象到關系資料庫數據的映射。
面向對象是從軟體工程基本原則（如耦合、聚合、封裝）的基礎上發展起來的，而關系資料庫則是從數學理論發展而來的，兩套理論存在顯著的區別。為了解決這個不匹配的現象,對象關系映射技術應運而生。

2. 詳解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設計思想和方法。

3. php mvc框架有哪些

PHP MVC框架有：

1. CodeIgniter

2. Laravel

3. Symfony

4. Yii

以下是關於這些PHP MVC框架的詳細介紹：

CodeIgniter是一個輕量級的PHP框架，適用於快速開發且不需要大量配置的中小型應用程序。它簡化了資料庫操作，提供了豐富的庫和輔助函數，同時支持多種資料庫和視圖引擎。CodeIgniter易於學習和使用，非常適合初學者入門。

Laravel是近年來非常受歡迎的PHP框架之一。它提供了簡潔的路由、強大的依賴注入容器、表達性模板引擎等功能。Laravel注重開發者的體驗，提供了豐富的藝術風格和工具，使得開發過程更加愉快。同時，Laravel的社區活躍，有大量第三方擴展可用。

Symfony是一個完整的PHP框架，提供了豐富的功能和工具集，包括Web開發、命令行工具、資料庫抽象層等。Symfony遵循嚴格的標准和最佳實踐，使得代碼質量得到保證。由於其強大的功能和靈活性，Symfony適合大型項目和企業級應用。

Yii是一個高性能的PHP框架，特別注重代碼質量和性能優化。Yii提供了豐富的功能和工具，包括緩存、認證、數據驗證等。同時，Yii的擴展性非常好，開發者可以很容易地擴展框架的功能。Yii適合開發大型復雜的Web應用程序。

這些PHP MVC框架各有特點，開發者可以根據項目的需求和個人的喜好選擇合適的框架。

4. 什麼是MVC以及PHP怎樣實現MVC

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

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

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

MVC設計模式把一個軟體組件區分為三個不同的部分，model,view,controller。

MVC模式是"Model-View-Controller"的縮寫，中文翻譯為"模式-視圖-控制器"。MVC應用程序總是由這三個部分組成。Event(事件)導致Controller改變Model或View，或者同時改變兩者。只要Controller改變了Models的數據或者屬性，所有依賴的View都會自動更新。類似的，只要Controller改變了View，View會從潛在的Model中獲取數據來刷新自己。MVC模式最早是smalltalk語言研究團提出的，應用於用戶交互應用程序中。smalltalk語言和java語言有很多相似性,都是面向對象語言，很自然的SUN在petstore(寵物店)事例應用程序中就推薦MVC模式作為開發Web應用的架構模式。MVC模式是一種架構模式，其實需要其他模式協作完成。在J2EE模式目錄中，通常採用service to worker模式實現，而service to worker模式可由集中控制器模式，派遣器模式和Page Helper模式組成。而Struts只實現了MVC的View和Controller兩個部分，Model部分需要開發者自己來實現，Struts提供了抽象類Action使開發者能將Model應用於Struts框架中Model是代表組件狀態和低級行為的部分，它管理著自己的狀態並且處理所有對狀態的操作，model自己本身並不知道使用自己的view和controller是誰，系統維護著它和view之間的關系，當model發生了改變系統還負責通知相應的view。

View代表了管理model所含有的數據的一個視覺上的呈現。一個Model可以有一個以上的View,但是Swing中卻很少有這樣的情況。

Controller管理著model和用戶之間的交互的控制。它提供了一些方法去處理當model的狀態發生了變化時的情況。