探秘豐富多彩的Python開發(fā)語言
Django的admin功能號稱是django的殺手級特性(killer feature)，這一說可以說是恰如其分，毫不夸張的，從我做的這個例子來看，當我做網站的時候，基本上只需要關注前臺頁面的展示這部分。
后臺的功能基本上都自動有了，比如我做的例子是一個二手信息發(fā)布平臺，category是二手信息的類型，還有一個information類，和category是多對一的關系，那么在后臺，category和information的crud就自動生產了，由于category本身是一個自關聯(lián)。
所以在admin中 add category的時候，admin會根據我model的定義，自動要求選擇一個parentCategory，而在add information的頁面上，admin會要求我選擇一個category來完成對一個information的創(chuàng)建。
而以前在java中，這些工作都需要自己完成，當然也有很多工具可以自動生產crud，python不過這些開源的工具基本上都是針對單個model的，而且生成的代碼需要很大修改才能真正的把功能跑起來。
最重要的一點是不能自動生成關聯(lián)關系的管理。當然我也見過有公司做了基于數據庫驅動的代碼生產器，能生成完整可用的代碼和頁面，也包括關聯(lián)關系的處理，不過由于語言特性的區(qū)別。
在開發(fā)的時候我們還是要不停的重啟server才能顯示出效果來，雖然在技術上，為ssh實現這個功能并不難，但是會消耗不少時間在上面，消耗了很多時間的話，很少就有公司將其貢獻出來了。
所以個人認為django在這個功能上做得還是非常不錯的，尤其這個功能可以節(jié)省開發(fā)者很多的時間。甚至有些時候，項目可以雙線執(zhí)行，用戶通過admin輸入數據，程序員開發(fā)前臺，這樣，前臺功能做完之后，數據也有了，基本可以測試上線了。在需要快速開發(fā)的小項目上，這個特性顯得尤其重要，因為django產生得時候就是基于這個場景。
當然有時候后臺也沒有這么簡單，不過還好，admin提供了擴展的功能，我們可以自己寫擴展的代碼，然后集成到admin中去，不過事實上除了能改變admin的模板，我們不能改變任何admin的代碼。
不過我時常在想，如果admin支持代碼自動生成的功能，那豈不是很美妙，我們可以隨意的修改后臺的功能了，否則我們就需要自己寫代碼，不如在生成的代碼上擴展方便。
要使用admin，必須打開django的權限模塊。
這里簡單介紹一下權限模塊，django自帶了一個權限模塊，這個權限模塊中的model對于熟悉權限這塊的人來說再熟悉不過了，user，group，permission，user和group多對多，group和permission多對多。
在acegi中，我們通常這樣定義，python，role，resource，這個和django中的權限是一樣的，不過在django中默認的permission的粒度是非常的粗了，是基于model的，如果我們要更細的權限模塊，那么就需要自己擴展了。
我們來看一下使用fastcgi的一般模式：1、WEB服務器收到客戶端的頁面請求 2、WEB服務器將這個頁面請求委派給一個FastCGI 外部進程（WEB服務器于FastCGI之間是通過socket來連接通訊的） 3、FastCGI外部進程得到WEB服務器委派過來的頁面請求信息后進行處理。
并且將處理結果（動態(tài)頁面內容）返回給WEB服務器 4、Web服務器將FastCGI返回回來的結果再轉送給客戶端瀏覽器。 對我們來說第3步是我們最需要關注的，因為第3步的速度嚴重影響著整個性能。
由于fastcgi是基于進程的，所以，我們要根據我們的應用來開啟數量合適的fastcgi進程，多開了是對資源的浪費，少開了就影響性能，這個類似我們在tomcat中開啟處理請求的thread一樣，只不過tomcat中的request handler thread在配置起來顯然更加方便，因為我們只要關注線程池中最大的可以容納的線程數，最大空閑線程數等就行了。
【編輯推薦】
