php的前端開發框架

① 做數據統計有沒有比較好的php的web前端框架

Piwik是一個PHP和MySQL的開放源代碼的Web統計軟體. 它給你一些關於你的網站的實用統計報告，比如網頁瀏覽人數, 訪問最多的頁面, 搜索引擎關鍵詞等等… Piwik擁有眾多不同功能的插件，你可以添加新的功能或是移除你不需要的功能，Piwik同樣可以安裝在你的伺服器上面，數據就保存在你自己的伺服器上面。你可以非常容易的插入統計圖表到你的博客或是網站抑或是後台的控制面板中。安裝完成後，你只需將一小段代碼放到將要統計的網頁中即可。

同時，做為一個開源項目軟體，Piwik也鼓勵開發人員對其功能進行擴展增強，他們將提供諸多便利來有助於你的二次開發工作。

② thinkphp的前端用什麼框架

一個後端框架，問前端用什麼框架，這樣合適嗎》

③ PHP前端開發的時候你們都用什麼框架

一個優秀的WEB架構，必定會應用一些分層設計的思想，這樣可以讓系統開發起來更靈活，同時後期維護也比較方便。本文作者麥舒設計了一個前端與後端分離的架構，原文分享如下：
看了《系統架構：Web應用架構的新趨勢—前端和後端分離的一點想法》

這篇文章，對前端與後端的分離非常認同，這樣做對於系統的維護是有相當大的好處的。正好自己也設計了一個這樣的系統，於是把它拿出來，和大家討論一下。這個架構，與其說是想出來，還不如說是我做系統總結出來的最佳實踐。
我們做的系統，前端的頁面基本都是使用
JavaScript 的富戶端頁面，主要應用的框架用，jquery、jquery ui、knockout
js、Durandal、另外，還有自己封裝的一些 UI 組件，後端的主要採用到的技術有 OData、MVC、Linq to SQL
以及自己寫的一個許可權管理組件，資料庫採用的是 SQL Server 2005。

④ 怎麼用thinkphp搭建前端後台框架

以前用PHP做過一個很蹩腳的網站，為什麼這么說呢，因為寫的全是死代碼。做完以後覺得實在是累，前端要div+css,js 後端要php,MySQL，這么多東西要弄，十分頭疼。所以，在接到做網站的任務後，我第一時間想到一定要使用開發框架去做，絕不能跟以前一樣那麼累了。
我選擇的是PHP的ThinkPHP框架。說實話，真的蠻不錯的。瞬間覺得Web開發還是蠻有效率的。
超級鏈接：ThinkPHP中文網
按照套路，首先貼一下實驗環境：
1. WAMP（集成的那種，最Easy的幾乎不需要配置）
2. ZendStudio7.2（中文網址http://www.zendstudio.net/，裡面提供下載，在線注冊機以及使用教程）
3. ThinkPHP框架+網路UEditor編輯器插件
4. Win7-64bit操作系統
5. 瀏覽器（火狐，IE，Chrome），外加火狐FireBug插件用於調試以及偷樣式

⑤ web開源的前端開發語言有哪些

1、PHP語言

PHP作為Web架構開發常用語言，PHP開發了很多Web框架，有Zend framework、CakePHP、ThinkPHP等等。PHP獨特的語法混合了C、Java、Perl 以及 PHP 自創新的語法。目前，PHP主要用在伺服器端上用於Web開發。

2、JavaScript

JavaScript是一種屬於網路的腳本語言，被廣泛用於Web應用開發。作為一種動態編程語言，它主要用於增添網站的交互性。

3、Ruby(與Ruby on Rails一起使用)

Ruby是一種純粹的面向對象編程語言，ruby是一種優秀的純面向對象的編程語言，學習它可以很好理解面向對象的編程，其次ruby的開發效率也很高。

4、HTML5

HTML是超級文本標記語言，是為「網頁創建和其他可在網頁瀏覽器中看到的信息」設計的語言。

5、Java語言

Java是一門面向對象的編程語言，開發人員可以運用很多不同的框架來創建Web項目，如SpringMVC，Struts2.0以及frameworks等。

6、Python

Python是一種解釋型的腳本語言，它適合用來做Web開發。開發效率高，有上百種Web開發框架，有很多成熟的模板技術。

⑥ 前端框架跟經常聽到的php開源框架之類有什麼不同嗎作用有什麼不同，希望懂的朋友能幫忙分析一下。

PHP開源框架針對伺服器腳本開發，例如CakePHP，CodeIgniter等。
前端框架注重瀏覽器前端操作，例如jQuery，extJS等。
在系統整體設計上，兩者之間會產生聯系。
希望有所幫助，謝謝！

⑦ 如何開發一套PHP前端框架

1. 想法不錯，但糾正一點，前端框架跟php不是依賴關系，你開發出一個前端框架，可不止php能用，Java、.net也是可以套用的

2. 要開發前端框架，你得會前端技術html+css+js

3. 會了前端技術，在看框架是給後台用的，還是前端網頁用的，如果是後台用的，像表單啊、列表顯示啊等等樣式，頁面布局等都得處理好；如果是前端展示用戶可以看的，這個就復雜多了，要達到怎樣的效果，怎樣的用戶交互等，這些可能還要有UI設計，並且開發好後，給其他的系統用，還不一定能套用，畢竟，前端的用戶交互不是一成不變的

⑧ php可以和哪些前端框架搭配建站

我是個只要小學水平的人，我不知道你說的前段框架說什麼意思 。你能說幾個 前端框架是什麼意思嗎？我自己本身會做網站的 ，我知道做網站的流程，首先是學 網站的前端，比如 ，xhtml 或者是 html5 css ,js , 還有網頁美工設計 等等 。後端 ，就是學 php mysql 這些知識 。前端框架 ，我知道一個web前端的 類吧？也就是庫，Bootstrap 這個名字 。當然我覺得 只要是 基於 html css js 這些的 ，就可以和php 搭配 。不知道我說的對不？ 當然我的不代表正確答案。當然我本人認為 ，開始學php 的時候 ，不要和這些框架搭配 ，這些是網站成型的時候用的 ，比如說那些開源的程序 。我之前 就用 wordpress 程序和 Bootstrap 搭配過，網站的樣子 的確漂亮的很多 。當然我就說這些吧 。

⑨ php實現代碼分離，用什麼框架

一個優秀的WEB架構，必定會應用一些分層設計的思想，這樣可以讓系統開發起來更靈活，同時後期維護也比較方便。本文作者麥舒設計了一個前端與後端分離的架構，原文分享如下：
看了《系統架構：Web應用架構的新趨勢—前端和後端分離的一點想法》 這篇文章，對前端與後端的分離非常認同，這樣做對於系統的維護是有相當大的好處的。正好自己也設計了一個這樣的系統，於是把它拿出來，和大家討論一下。這個架構，與其說是想出來，還不如說是我做系統總結出來的最佳實踐。
我們做的系統，前端的頁面基本都是使用 JavaScript 的富戶端頁面，主要應用的框架用，jquery、jquery ui、knockout js、Durandal、另外，還有自己封裝的一些 UI 組件，後端的主要採用到的技術有 OData、MVC、Linq to SQL 以及自己寫的一個許可權管理組件，資料庫採用的是 SQL Server 2005。
下面向大家介紹一下各模塊的功能以及其劃分的目的，我們先從用戶界面看起吧
一、關於前端的 dataProvider
簡單點說，就是一個給界面調用的數據訪問層，很多人都人這樣的疑問，在這里加一個數據訪問層，是不是多餘？只要你做的前端，你都會碰到下面這些問題：
1、一個產品或者項目，前端與後端是同時進行了，這時候，根本沒有後端的介面，甚至可以說，連個介面的定義都沒有。作為前端開發人員，你如何去開展自己的工作？
2、作為前端開發人員，你有沒有碰到，因為後端的介面掛掉，導致你的工作沒法繼續做下去的情形？
3、作為前端開發人員，往往免不了要和第三方的介面進行對接，你有沒有碰到過，和你做對接的人員，突然因為項目緊，被抽走了，留給你的只有一堆需要傳N個參數，傳了後接著出「對象為空」的異常呢？你根本不知道哪裡參數傳錯了。面對這些介面，你除了破口大罵，得不到任何幫助。
4、作為前端開發人員，你有沒有試過，你向後端的開發組，要一個介面，他們需要討論個幾天，然後再花幾天才能給你，給你之後，還不能用，又得再花幾天時間調試呢？
如果你向我一樣，都曾經都碰過這些問題，你就不會懷疑這個 dataProvider 存在的必要了，有了這個 dataProvider，可以最大減少後端介面對前端開發的影響。下面是一個 dataProvider 的實例：
var dataProvider = (function () {
var fakeProvider = {
countries: new Countries()
};
var realProvider = {
countries: new JData.WebDataSource()
};
//下面的介面，根據情況二選一
return fakeProvider; //這個是假的 dataProvider，從本地讀
return realProvider; //這個是真正 dataProvider，從介面讀
})();
從上面可以看出來，這個 dataProvider 使用了工廠模式來創建，它有兩個實例，fakeProvider和realProvider，fakeProvider是用來提供一些模擬數據，而realProvider提供從介面讀取出來的數據。當沒有介面，或者介面掛掉，我們可以先從 fakeProvider 來讀取數據。等介面好了，切換到 realProvider 。
二、關於用戶界面輸入的驗證
1、數據的驗證。用戶在界面輸入數據後，接著調用 dataProvider 里的介面對數據進行處理，但是在向服務端提交之前，得先對數據進行驗證。那個這個驗證如何進行呢？dataProvider先從服務端獲實體的描述信息，這些描述包括但不限於：主外鍵、屬性的驗證信息（比如是否可空），當然，這個實體信息是可以緩存起來，以便重用的。然後 dataProvider 再根據這個描述信息來對數據進行驗證。
2、錯誤信息的顯示
當驗證到某一個屬性不合法，驗證信息的模塊就在頁面查找出對應輸入控制項，它是怎麼查找的呢？比如說，Contry 的 Name 輸入為空是不可以的。那它就先查找 id 為Coutry的元素，然後再Coutry元素下面再找id 或者 name 為 Name 的控制項，如果找不到則直接彈窗顯示錯誤信息。例如：
<form id="Country">
<input name="Name"/>
</form>
三、關於後端使用 OData
1、作為後端開發人員，你有沒有碰到過這種前端開發人員，今天讓你加一個欄位，好，加了，然後打包發布。明天又讓你加一個欄位。後天突然又說，前兩天加的欄位，不需要，你會不會有種想喊「操」的沖動？
2、作為後端開發員員，你有沒有碰到過這種前端開發人員，今天跟你說介面不夠用，要加個 GetUserByName 的方法，明天又說，還得加個 GetUserByEmail 的方法？然後，過了一段時間，你發現介面越來越多，維護的模塊越來越癰腫，並且這些介面，你只敢加，不敢刪除。因為，你根本不知道這些，有哪個不用的，你跑去問前端，他也回答不出來。所以一些介面哪怕是沒用的，也只能永遠系統里，直到它生命周期的結束。
如果你也碰到類似於我這種煩惱，使用 OData 也許是一個不錯的選擇，把查詢的許可權都開發給前端的開發人員，他愛怎麼查就怎麼查，都由它去。
四、關於後端使用MVC
我們的系統，使用MVC都是用來處理從前端提交上來的數據的，使用它主要是開發人員都熟悉MVC，然後MVC再調用業務層代碼，同時，還需要處理:
1、對提交上來的數據進行驗證
2、處理系統的異常，包括對異常進行重新的包裝，再傳回到客戶端，以便於客戶端的處理。對異常的信息進行記錄。
五、數據訪問層
關於數據訪問層，在我們的系統里實際是一個 ORM 的包裝器（ORM Wrapper），你在對 ORM 裹上一層外衣。目的在於：
1、對數據進行攔截。例如：有些數據，只對某個角色的開發。數據訪問層需要對根據過濾條件，然後再結合查詢條件，重新生成SQL。
2、對數據假刪除的處理。見過很多系統，都是把刪除放到業務層來進行的，其實這是不適合的，從業務的角度來說，關心的是刪除，在執行刪除後，這條數據從我眼前消失就可以了。至真刪除還是假刪除，這與我無關。數據訪問層，要做的就是這工作，它可以數據在真刪除與假刪除之間進行切換，只要配置一下，就可以把真刪除變成假刪除（其實就是把Delete操作變成Update操作），使得進行業務開發人員，不用再關心數據的真假刪除。
3、對數據進行跟蹤、備份。你肯定碰到過這么一種需要，需要記下來，每一次的更新操作的時間，以及更新了些什麼內容。對於刪除的數據，能夠把它還原回來。數據訪問層，通過對 ORM進行包裝，完全可以記錄下每一次更新、刪除這些操作，然後記錄下來即可。當然，這些需求利用數據提供的功能也是可以實現的，不在討論的范圍內。