php實現(xiàn)的單一入口應用程序?qū)嵗治?/h1>
更新時間：2015年09月23日 14:54:44 作者：dualface
這篇文章主要介紹了php實現(xiàn)的單一入口應用程序,較為詳細的分析了php實現(xiàn)單一入口應用程序的原理、功能、實現(xiàn)原理與相關(guān)技巧,具有一定參考借鑒價值,需要的朋友可以參考下
本文較為詳細的分析了php單一入口應用程序。分享給大家供大家參考。具體如下：
什么是單一入口應用程序？
在解釋什么是單一入口應用程序之前，我們先來看看傳統(tǒng)的 web 應用程序。
news.php 顯示新聞列表
news_edit.php 顯示新聞編輯頁面
這兩個頁面不但分別實現(xiàn)了兩個功能，還成為了應用程序的兩個入口。
那什么是入口?。?/strong>
打個比方，大家上 WC，都是男生進一個門，女生進一個門。這兩個門就是 WC 的兩個入口。
呵呵，上面的例子應該很好理解吧。那稍微變換一下，單一入口的概念就很容易理解了。
現(xiàn)在我們是進一個公共 WC，不管男女都是從最外面的入口進入，交了錢以后才分別進兩個門。那最外面的入口就是這個 WC 的單一入口。
所以單一入口的應用程序?qū)嶋H上就是說用一個文件處理所有的 HTTP 請求。例如不管是新聞列表功能還是新聞編輯功能，都是從瀏覽器訪問 index.php 文件。這個 index.php 文件就是這個應用程序的單一入口。
index.php 如何知道用戶是要使用哪一個功能呢？
很簡單，我們訪問 index.php 時跟上一個特定的參數(shù)就行了。例如 index.php?action=news 就是顯示新聞列表，而 index.php?action=news_edit 就是新聞編輯。
而在 index.php 里面，僅用兩行代碼就可以實現(xiàn)這種效果。
<?php
$action = $_GET['action'] == '' ? 'index' : $_GET['action'];
include('files/' . $action . '.php');
?>
上面的代碼中，第一行是從 url 中取出 action 參數(shù)。如果沒有提供 action 參數(shù)，就設置一個默認的 'index' 作為參數(shù)。
第二行代碼就是根據(jù) $action 參數(shù)調(diào)用不同的代碼文件，從而實現(xiàn)單一入口對應不同功能的效果。
單一入口應用程序的入口文件很復雜？
有些朋友可能以為單一入口程序的 index.php 會像面條一樣復雜，其實是誤解。
例如我現(xiàn)在的應用程序入口文件只有下面幾行：
<?php
define('APP', realpath('../libs/website'));
define('LANG', 'gb2312');
define('DEBUG', 1);
require('../libs/flea1/basic.php');
run();
?>
足夠簡單了吧？
當然了，在 index.php 里面寫上一長串 switch case 絕對是拙劣的實現(xiàn)方式。但這純粹是開發(fā)者自己的設計和實現(xiàn)問題，而不是單一入口應用程序這種設計思想的問題。
補充說明： 這里提到 switch case 并不是說用了 switch 就代表“落后”、“土氣”等。只是說在 index.php 這個入口程序里面寫上一堆 switch case 不利于程序的修改和維護，所以是一種不好的用法。
單一入口應用程序的設計思想
當web服務器（apache或者iis）收到一個http請求時，會解析該請求，確定要訪問哪一個文件。例如 http://www.xxx.com/news.php 的解析結(jié)果就是要求web服務器解析 news.php 文件，并返回結(jié)果給瀏覽器?，F(xiàn)在看看單一入口應用程序的 index.php 文件，就會發(fā)現(xiàn) index.php 實際上根據(jù) url 參數(shù)進行了第二次解析。
完成這個解析的程序一般稱為 Dispatcher（中文的準確翻譯我也不知道），大概意思就是將不同的請求轉(zhuǎn)發(fā)到不同的處理程序進行處理。
在單一入口應用程序中，index.php 和 web服務器一起構(gòu)成了一個 Dispatcher，根據(jù) http 請求和 url 參數(shù)來確定請求的處理程序。
了解了 Dispatcher 的概念后，我們可以發(fā)現(xiàn)前面提到的兩行代碼實際上就是一個最簡單的 Dispatcher 實現(xiàn)：
<?php
$action = $_GET['action'] == '' ? 'index' : $_GET['action'];
include('files/' . $action . '.php');
?>
誠然，對于一個安全、健壯的應用程序，Dispatcher 肯定不是上面那么簡單。在調(diào)用實際代碼前，還會加上各種判斷、安全性檢查等。例如判斷 url 指定的功能是否可以訪問以及 url 中包含了無效的參數(shù)。
看到這里，朋友們肯定會說：單一入口程序就多了就這樣一個 dispatcher ，和我直接做成 news.php、news_edit.php 等單個文件相比有什么好處??？
單一入口應用程序的優(yōu)勢
單一入口應用程序的所有http請求都是通過 index.php 接收并轉(zhuǎn)發(fā)到功能代碼去的，所以我們在 index.php 里面就能完成許多實際工作。
這里我只拿安全性檢查為例詳細說明一下：
由于所有的 http 請求都由 index.php 接收，所以可以進行集中的安全性檢查。如果不是單一入口，那么開發(fā)者就必須記得在每一個文件的開始加上安全性檢查代碼（當然，安全性檢查代碼可以寫到另一個文件中，只需要include進來就可以了）。
但我想大家都是懶人，也許記性也不好，難免有忘記的時候。因此要記得在每一個文件前面都加上必要的include可不是件容易做到的事情。
與安全性檢查類似。在入口里，我們還可以對url參數(shù)和post進行必要的檢查和特殊字符過濾、記錄日志、訪問統(tǒng)計等等各種可以集中處理的任務。
“咦，搞這么多功能，不是會把 index.php 搞得很復雜嗎？”
“不會的。只需要把各種功能寫到單獨的文件，然后在index.php里面include進來就可以了！”
可以看出，由于這些工作都被集中到了 index.php 來完成，可以減輕我們維護其他功能代碼的難度。例如在10個文件中保持頭部的幾個include都一致可不是件讓人愉快的事情。
單一入口應用程序的缺點
任何事情都有兩面性，單一入口應用程序也不例外。由于所有 http 請求都是針對 index.php，所以應用程序的 url 看起來確實不那么美觀。特別是對搜索引擎來說很不友好。
要解決這個問題，可以采用 url 重寫、PATHINFO 等方式。但我個人更推薦在前臺頁面不使用單一入口方式，而是保持多個文件入口。或者兩者混用。例如新聞列表采用單獨的 news.php 顯示，而用戶注冊、發(fā)表信息等則采用單一入口。因為對于網(wǎng)站擁有者來說，新聞列表、新聞顯示頁面才是需要搜索引擎關(guān)注的高價值目標，而用戶注冊頁面等交互性功能則根本沒有收錄的價值。
有朋友提到單一入口的應用程序會有很長一串參數(shù)，那么我們分析一下下面這個 url：
index.php?url=news&news_id=123&page=2&sort=title
如果改為直接訪問 news.php，也只不過省掉了 url=news 這一個參數(shù)而已。
所以認為單一入口的應用程序 url 太復雜是沒有道理的。
如何組織單一入口應用程序的功能代碼？
單一入口應用程序最大的挑戰(zhàn)來自于如何合理組織各個功能的處理代碼。但只要遵循一定的步驟，也可以輕松的解決掉這個難題。
首先，對于應用程序的功能要做出一個合理的分解。例如后臺的新聞欄目可能包含“添加新聞”、“編輯新聞”、“刪除新聞”等多個功能。這時我們就可以將這一組邏輯上關(guān)聯(lián)的功能組合到一個功能模塊中，稱為“新聞管理”模塊。
按照上面的方法整理完應用程序的功能，我們就會得到多個功能模塊，而每個模塊又是由多個功能組成。（實際上，即便不是單一入口應用程序，功能的整理也是必須的步驟。）
整理完功能后，我們就需要確定如何存放各個功能的代碼。這里我推薦兩種方式：
1、每個功能模塊一個子目錄，目錄里的每一個文件就是一個功能的實現(xiàn)代碼。
這種方式的好處是每個功能的代碼都互相隔離，非常便于多人協(xié)作。缺點是每個功能之間共享代碼和數(shù)據(jù)不那么方便。例如新聞管理模塊中的所有功能都需要一個“取出新聞欄目記錄”的功能，那么采用這種多個獨立文件的組織方式，“取出新聞欄目記錄”就只能寫在另一個文件中，然后由需要該功能的文件include進去。
2、每個模塊一個文件，模塊中的每個功能寫成一個函數(shù)或者一個類方法。
好處不用多說了，非常便于共享代碼和數(shù)據(jù)。缺點就是如果幾個人同時改，容易發(fā)生沖突。不過借助版本控制軟件和差異比較合并工具，沖突還是很容易解決的。
好了，我們的功能代碼都確定存放方式了。那么如何調(diào)用呢？
index.php 如何調(diào)用功能代碼？
調(diào)用首先就是要設計一個規(guī)則，然后讓 index.php 根據(jù)這個規(guī)則來搜索和調(diào)用功能代碼。就我自己來說，我總是使用 $_GET['url'] 來指定要調(diào)用的功能模塊，而 $_GET['action'] 來指定該模塊的特定功能。因此我的應用程序會使用如下的 url 地址：
index.php?url=news&action=edit
覺得兩個參數(shù)太多了？那可以使用 index.php?func=news.edit 這樣的 url。只需要將 news.edit 拆開為 news 和 edit 就行了。
“嘿嘿，那我故意搞一個 index.php?url=news&action=xxx，看你的應用程序還能運行？”
很顯然，這樣的 url 只會使得 index.php 無法找到需要的功能代碼，最后報告錯誤。但是這和你在瀏覽器中訪問 newsxxx.php 這個并不存在的文件有什么本質(zhì)區(qū)別呢？
相反，我還可以讓 index.php 在發(fā)現(xiàn)找不到需要的功能代碼時顯示一個漂亮的出錯頁面，并提供一個返回網(wǎng)站首頁的連接。
在實際開發(fā)中，我傾向于將一些基本服務從應用程序中抽取出來，形成一個應用程序框架。這個框架通常會包含一個 Dispatcher、基本的數(shù)據(jù)庫訪問服務、模版引擎、常用的輔助功能等。由于有了一個框架，所以我可以更加讓 Dispatcher 更加靈活。例如可以對某些功能模塊應用權(quán)限檢查，而另一些則不檢查。
進一步了解單一入口應用程序
要深刻理解一個事物，自己嘗試一下是最好的辦法。
你可以選擇自己實現(xiàn)一個 Dispatcher 以及相應的各種規(guī)則，或者選擇一個現(xiàn)有的應用程序框架。但更好的方式還是首先嘗試一下現(xiàn)有的框架，然后再自己嘗試實現(xiàn)一個類似的。這樣可以在最短的時間內(nèi)獲得最多的收獲。
目前絕大多數(shù) php 應用程序框架都是單一入口的，并采用了 MVC 模式（很遺憾，由于 MVC 實在太復雜，并且和單一入口應用程序也沒有必然聯(lián)系，所以我就不贅述了。感興趣的朋友可以 google 一下相關(guān)資料）。
我個人推薦下面的框架：
FleaPHP
http://www.fleaphp.org/
嗯，我在做廣告。因為這個框架是我做的。但我相信這個框架將是一個非常容易上手（就算不是最容易的）框架。
全中文的代碼注釋、簡單的結(jié)構(gòu)、精簡的代碼都是 FleaPHP 框架的優(yōu)勢。
CakePHP
http://www.cakephp.org/
一個 Ruby on Rails 的 PHP 仿制品。具有出色的功能，但顯然太過于復雜，而且缺乏中文資料是個很大的問題。
symfony
http://www.symfony-project.com/
一個超復雜的框架，集成了 n 多東西。項目網(wǎng)站上提供的視頻演示看上去很不錯。
其他
還有 Mojavi、Phing 等許多 PHP 框架，如果你精力充沛，可以去探索一下。
希望本文所述對大家的php程序設計有所幫助。
相關(guān)文章
-
Switch語句也是面向?qū)ο缶幊陶Z句中最長常見的邏輯控制語句了。Switch 語句用于執(zhí)行基于多個不同條件的不同動作 – 即當條件不同的時候，執(zhí)行不同的邏輯操作。 2015-08-08
-
ie與session丟失(新窗口cookie丟失)實測及解決方案
正如標題所言測試結(jié)果為：如果cookie設置是延后定時失效,而非進程級的,那在open后也能看到，所以,針對此情況,防止用戶在使用ie內(nèi)核出現(xiàn)登錄狀態(tài)丟失,可以配合cookie來使用 2013-07-07
-
很多時間我們不會用于php ftp函數(shù)文件上傳，但有在使用比較高級的WEB應用時就會用到關(guān)于ftp功能，如我現(xiàn)在要把上傳的圖片傳B服務器，數(shù)據(jù)保存到A服務器，普通的php文件上傳實現(xiàn)不了，但用ftp功能就可以方便的使用了。 2010-06-06
-
php中比較簡單的導入phpmyadmin生成的sql文件的方法
做網(wǎng)站的時候 我們會制作一個安裝文件 就需要用到sql文件創(chuàng)建數(shù)據(jù)庫。分享一下 我所用的方法。 2011-06-06
-
抖音直播是當今熱門的實時互動平臺之一,用戶在直播間內(nèi)發(fā)送的彈幕消息是互動的關(guān)鍵組成部分,在本文中,我們將介紹如何使用 PHP 技術(shù)實現(xiàn)抖音直播彈幕的抓取,文中通過代碼示例給大家介紹的非常詳細,需要的朋友可以參考下 2023-12-12
-
php基于閉包實現(xiàn)函數(shù)的自調(diào)用(遞歸)實例分析
這篇文章主要介紹了php基于閉包實現(xiàn)函數(shù)的自調(diào)用,結(jié)合實例形式分析了php閉包實現(xiàn)遞歸的操作方法,需要的朋友可以參考下 2016-11-11
-
在使用PHP的OO模式開發(fā)系統(tǒng)時，通常大家習慣上將每個類的實現(xiàn)都存放在一個單獨的文件里，這樣會很容易實現(xiàn)對類進行復用，同時將來維護時也很便利 2012-09-09
-
這篇文章主要介紹了PHP 內(nèi)置WEB服務器的簡單使用，幫助大家更好的理解和學習使用PHP，感興趣的朋友可以了解下 2021-04-04
-
php htmlentities和htmlspecialchars 的區(qū)別
很多人都以為htmlentities跟htmlspecialchars的功能是一樣的，都是格式化html代碼的，我以前也曾這么認為，但是今天我發(fā)現(xiàn)并不是這樣的。 2008-08-08
-
php使用number_format函數(shù)截取小數(shù)的方法分析
這篇文章主要介紹了php使用number_format函數(shù)截取小數(shù)的方法,結(jié)合實例形式分析了number_format函數(shù)進行浮點數(shù)數(shù)學運算的相關(guān)技巧,需要的朋友可以參考下 2016-05-05
最新評論
本文較為詳細的分析了php單一入口應用程序。分享給大家供大家參考。具體如下：
什么是單一入口應用程序？
在解釋什么是單一入口應用程序之前，我們先來看看傳統(tǒng)的 web 應用程序。
news.php 顯示新聞列表
news_edit.php 顯示新聞編輯頁面
這兩個頁面不但分別實現(xiàn)了兩個功能，還成為了應用程序的兩個入口。
那什么是入口?。?/strong>
打個比方，大家上 WC，都是男生進一個門，女生進一個門。這兩個門就是 WC 的兩個入口。
呵呵，上面的例子應該很好理解吧。那稍微變換一下，單一入口的概念就很容易理解了。
現(xiàn)在我們是進一個公共 WC，不管男女都是從最外面的入口進入，交了錢以后才分別進兩個門。那最外面的入口就是這個 WC 的單一入口。
所以單一入口的應用程序?qū)嶋H上就是說用一個文件處理所有的 HTTP 請求。例如不管是新聞列表功能還是新聞編輯功能，都是從瀏覽器訪問 index.php 文件。這個 index.php 文件就是這個應用程序的單一入口。
index.php 如何知道用戶是要使用哪一個功能呢？
很簡單，我們訪問 index.php 時跟上一個特定的參數(shù)就行了。例如 index.php?action=news 就是顯示新聞列表，而 index.php?action=news_edit 就是新聞編輯。
而在 index.php 里面，僅用兩行代碼就可以實現(xiàn)這種效果。
<?php
$action = $_GET['action'] == '' ? 'index' : $_GET['action'];
include('files/' . $action . '.php');
?>
上面的代碼中，第一行是從 url 中取出 action 參數(shù)。如果沒有提供 action 參數(shù)，就設置一個默認的 'index' 作為參數(shù)。
第二行代碼就是根據(jù) $action 參數(shù)調(diào)用不同的代碼文件，從而實現(xiàn)單一入口對應不同功能的效果。
單一入口應用程序的入口文件很復雜？
有些朋友可能以為單一入口程序的 index.php 會像面條一樣復雜，其實是誤解。
例如我現(xiàn)在的應用程序入口文件只有下面幾行：
<?php
define('APP', realpath('../libs/website'));
define('LANG', 'gb2312');
define('DEBUG', 1);
require('../libs/flea1/basic.php');
run();
?>
足夠簡單了吧？
當然了，在 index.php 里面寫上一長串 switch case 絕對是拙劣的實現(xiàn)方式。但這純粹是開發(fā)者自己的設計和實現(xiàn)問題，而不是單一入口應用程序這種設計思想的問題。
補充說明： 這里提到 switch case 并不是說用了 switch 就代表“落后”、“土氣”等。只是說在 index.php 這個入口程序里面寫上一堆 switch case 不利于程序的修改和維護，所以是一種不好的用法。
單一入口應用程序的設計思想
當web服務器（apache或者iis）收到一個http請求時，會解析該請求，確定要訪問哪一個文件。例如 http://www.xxx.com/news.php 的解析結(jié)果就是要求web服務器解析 news.php 文件，并返回結(jié)果給瀏覽器?，F(xiàn)在看看單一入口應用程序的 index.php 文件，就會發(fā)現(xiàn) index.php 實際上根據(jù) url 參數(shù)進行了第二次解析。
完成這個解析的程序一般稱為 Dispatcher（中文的準確翻譯我也不知道），大概意思就是將不同的請求轉(zhuǎn)發(fā)到不同的處理程序進行處理。
在單一入口應用程序中，index.php 和 web服務器一起構(gòu)成了一個 Dispatcher，根據(jù) http 請求和 url 參數(shù)來確定請求的處理程序。
了解了 Dispatcher 的概念后，我們可以發(fā)現(xiàn)前面提到的兩行代碼實際上就是一個最簡單的 Dispatcher 實現(xiàn)：
<?php
$action = $_GET['action'] == '' ? 'index' : $_GET['action'];
include('files/' . $action . '.php');
?>
誠然，對于一個安全、健壯的應用程序，Dispatcher 肯定不是上面那么簡單。在調(diào)用實際代碼前，還會加上各種判斷、安全性檢查等。例如判斷 url 指定的功能是否可以訪問以及 url 中包含了無效的參數(shù)。
看到這里，朋友們肯定會說：單一入口程序就多了就這樣一個 dispatcher ，和我直接做成 news.php、news_edit.php 等單個文件相比有什么好處??？
單一入口應用程序的優(yōu)勢
單一入口應用程序的所有http請求都是通過 index.php 接收并轉(zhuǎn)發(fā)到功能代碼去的，所以我們在 index.php 里面就能完成許多實際工作。
這里我只拿安全性檢查為例詳細說明一下：
由于所有的 http 請求都由 index.php 接收，所以可以進行集中的安全性檢查。如果不是單一入口，那么開發(fā)者就必須記得在每一個文件的開始加上安全性檢查代碼（當然，安全性檢查代碼可以寫到另一個文件中，只需要include進來就可以了）。
但我想大家都是懶人，也許記性也不好，難免有忘記的時候。因此要記得在每一個文件前面都加上必要的include可不是件容易做到的事情。
與安全性檢查類似。在入口里，我們還可以對url參數(shù)和post進行必要的檢查和特殊字符過濾、記錄日志、訪問統(tǒng)計等等各種可以集中處理的任務。
“咦，搞這么多功能，不是會把 index.php 搞得很復雜嗎？”
“不會的。只需要把各種功能寫到單獨的文件，然后在index.php里面include進來就可以了！”
可以看出，由于這些工作都被集中到了 index.php 來完成，可以減輕我們維護其他功能代碼的難度。例如在10個文件中保持頭部的幾個include都一致可不是件讓人愉快的事情。
單一入口應用程序的缺點
任何事情都有兩面性，單一入口應用程序也不例外。由于所有 http 請求都是針對 index.php，所以應用程序的 url 看起來確實不那么美觀。特別是對搜索引擎來說很不友好。
要解決這個問題，可以采用 url 重寫、PATHINFO 等方式。但我個人更推薦在前臺頁面不使用單一入口方式，而是保持多個文件入口。或者兩者混用。例如新聞列表采用單獨的 news.php 顯示，而用戶注冊、發(fā)表信息等則采用單一入口。因為對于網(wǎng)站擁有者來說，新聞列表、新聞顯示頁面才是需要搜索引擎關(guān)注的高價值目標，而用戶注冊頁面等交互性功能則根本沒有收錄的價值。
有朋友提到單一入口的應用程序會有很長一串參數(shù)，那么我們分析一下下面這個 url：
index.php?url=news&news_id=123&page=2&sort=title
如果改為直接訪問 news.php，也只不過省掉了 url=news 這一個參數(shù)而已。
所以認為單一入口的應用程序 url 太復雜是沒有道理的。
如何組織單一入口應用程序的功能代碼？
單一入口應用程序最大的挑戰(zhàn)來自于如何合理組織各個功能的處理代碼。但只要遵循一定的步驟，也可以輕松的解決掉這個難題。
首先，對于應用程序的功能要做出一個合理的分解。例如后臺的新聞欄目可能包含“添加新聞”、“編輯新聞”、“刪除新聞”等多個功能。這時我們就可以將這一組邏輯上關(guān)聯(lián)的功能組合到一個功能模塊中，稱為“新聞管理”模塊。
按照上面的方法整理完應用程序的功能，我們就會得到多個功能模塊，而每個模塊又是由多個功能組成。（實際上，即便不是單一入口應用程序，功能的整理也是必須的步驟。）
整理完功能后，我們就需要確定如何存放各個功能的代碼。這里我推薦兩種方式：
1、每個功能模塊一個子目錄，目錄里的每一個文件就是一個功能的實現(xiàn)代碼。
這種方式的好處是每個功能的代碼都互相隔離，非常便于多人協(xié)作。缺點是每個功能之間共享代碼和數(shù)據(jù)不那么方便。例如新聞管理模塊中的所有功能都需要一個“取出新聞欄目記錄”的功能，那么采用這種多個獨立文件的組織方式，“取出新聞欄目記錄”就只能寫在另一個文件中，然后由需要該功能的文件include進去。
2、每個模塊一個文件，模塊中的每個功能寫成一個函數(shù)或者一個類方法。
好處不用多說了，非常便于共享代碼和數(shù)據(jù)。缺點就是如果幾個人同時改，容易發(fā)生沖突。不過借助版本控制軟件和差異比較合并工具，沖突還是很容易解決的。
好了，我們的功能代碼都確定存放方式了。那么如何調(diào)用呢？
index.php 如何調(diào)用功能代碼？
調(diào)用首先就是要設計一個規(guī)則，然后讓 index.php 根據(jù)這個規(guī)則來搜索和調(diào)用功能代碼。就我自己來說，我總是使用 $_GET['url'] 來指定要調(diào)用的功能模塊，而 $_GET['action'] 來指定該模塊的特定功能。因此我的應用程序會使用如下的 url 地址：
index.php?url=news&action=edit
覺得兩個參數(shù)太多了？那可以使用 index.php?func=news.edit 這樣的 url。只需要將 news.edit 拆開為 news 和 edit 就行了。
“嘿嘿，那我故意搞一個 index.php?url=news&action=xxx，看你的應用程序還能運行？”
很顯然，這樣的 url 只會使得 index.php 無法找到需要的功能代碼，最后報告錯誤。但是這和你在瀏覽器中訪問 newsxxx.php 這個并不存在的文件有什么本質(zhì)區(qū)別呢？
相反，我還可以讓 index.php 在發(fā)現(xiàn)找不到需要的功能代碼時顯示一個漂亮的出錯頁面，并提供一個返回網(wǎng)站首頁的連接。
在實際開發(fā)中，我傾向于將一些基本服務從應用程序中抽取出來，形成一個應用程序框架。這個框架通常會包含一個 Dispatcher、基本的數(shù)據(jù)庫訪問服務、模版引擎、常用的輔助功能等。由于有了一個框架，所以我可以更加讓 Dispatcher 更加靈活。例如可以對某些功能模塊應用權(quán)限檢查，而另一些則不檢查。
進一步了解單一入口應用程序
要深刻理解一個事物，自己嘗試一下是最好的辦法。
你可以選擇自己實現(xiàn)一個 Dispatcher 以及相應的各種規(guī)則，或者選擇一個現(xiàn)有的應用程序框架。但更好的方式還是首先嘗試一下現(xiàn)有的框架，然后再自己嘗試實現(xiàn)一個類似的。這樣可以在最短的時間內(nèi)獲得最多的收獲。
目前絕大多數(shù) php 應用程序框架都是單一入口的，并采用了 MVC 模式（很遺憾，由于 MVC 實在太復雜，并且和單一入口應用程序也沒有必然聯(lián)系，所以我就不贅述了。感興趣的朋友可以 google 一下相關(guān)資料）。
我個人推薦下面的框架：
FleaPHP
http://www.fleaphp.org/
嗯，我在做廣告。因為這個框架是我做的。但我相信這個框架將是一個非常容易上手（就算不是最容易的）框架。
全中文的代碼注釋、簡單的結(jié)構(gòu)、精簡的代碼都是 FleaPHP 框架的優(yōu)勢。
CakePHP
http://www.cakephp.org/
一個 Ruby on Rails 的 PHP 仿制品。具有出色的功能，但顯然太過于復雜，而且缺乏中文資料是個很大的問題。
symfony
http://www.symfony-project.com/
一個超復雜的框架，集成了 n 多東西。項目網(wǎng)站上提供的視頻演示看上去很不錯。
其他
還有 Mojavi、Phing 等許多 PHP 框架，如果你精力充沛，可以去探索一下。
希望本文所述對大家的php程序設計有所幫助。
相關(guān)文章
- Switch語句也是面向?qū)ο缶幊陶Z句中最長常見的邏輯控制語句了。Switch 語句用于執(zhí)行基于多個不同條件的不同動作 – 即當條件不同的時候，執(zhí)行不同的邏輯操作。2015-08-08
-
ie與session丟失(新窗口cookie丟失)實測及解決方案
正如標題所言測試結(jié)果為：如果cookie設置是延后定時失效,而非進程級的,那在open后也能看到，所以,針對此情況,防止用戶在使用ie內(nèi)核出現(xiàn)登錄狀態(tài)丟失,可以配合cookie來使用2013-07-07 - 很多時間我們不會用于php ftp函數(shù)文件上傳，但有在使用比較高級的WEB應用時就會用到關(guān)于ftp功能，如我現(xiàn)在要把上傳的圖片傳B服務器，數(shù)據(jù)保存到A服務器，普通的php文件上傳實現(xiàn)不了，但用ftp功能就可以方便的使用了。2010-06-06
-
php中比較簡單的導入phpmyadmin生成的sql文件的方法
做網(wǎng)站的時候 我們會制作一個安裝文件 就需要用到sql文件創(chuàng)建數(shù)據(jù)庫。分享一下 我所用的方法。2011-06-06 - 抖音直播是當今熱門的實時互動平臺之一,用戶在直播間內(nèi)發(fā)送的彈幕消息是互動的關(guān)鍵組成部分,在本文中,我們將介紹如何使用 PHP 技術(shù)實現(xiàn)抖音直播彈幕的抓取,文中通過代碼示例給大家介紹的非常詳細,需要的朋友可以參考下2023-12-12
-
php基于閉包實現(xiàn)函數(shù)的自調(diào)用(遞歸)實例分析
這篇文章主要介紹了php基于閉包實現(xiàn)函數(shù)的自調(diào)用,結(jié)合實例形式分析了php閉包實現(xiàn)遞歸的操作方法,需要的朋友可以參考下2016-11-11 - 在使用PHP的OO模式開發(fā)系統(tǒng)時，通常大家習慣上將每個類的實現(xiàn)都存放在一個單獨的文件里，這樣會很容易實現(xiàn)對類進行復用，同時將來維護時也很便利2012-09-09
- 這篇文章主要介紹了PHP 內(nèi)置WEB服務器的簡單使用，幫助大家更好的理解和學習使用PHP，感興趣的朋友可以了解下2021-04-04
-
php htmlentities和htmlspecialchars 的區(qū)別
很多人都以為htmlentities跟htmlspecialchars的功能是一樣的，都是格式化html代碼的，我以前也曾這么認為，但是今天我發(fā)現(xiàn)并不是這樣的。2008-08-08 -
php使用number_format函數(shù)截取小數(shù)的方法分析
這篇文章主要介紹了php使用number_format函數(shù)截取小數(shù)的方法,結(jié)合實例形式分析了number_format函數(shù)進行浮點數(shù)數(shù)學運算的相關(guān)技巧,需要的朋友可以參考下2016-05-05