作爲我的第一個問題,我反對常見問題規則:這是一個主觀的和有爭議的問題。對不起。收藏PHP庫
無論如何,我想知道PHP開發人員使用的庫功能。 不是一個完整的框架(比如cakePHP),它迫使你以某種方式編碼和組織文件,而是一個充滿有用助手的庫,它需要一些功能(很像JS的Prototype)。 當然,還有SPL,但除此之外呢?
作爲我的第一個問題,我反對常見問題規則:這是一個主觀的和有爭議的問題。對不起。收藏PHP庫
無論如何,我想知道PHP開發人員使用的庫功能。 不是一個完整的框架(比如cakePHP),它迫使你以某種方式編碼和組織文件,而是一個充滿有用助手的庫,它需要一些功能(很像JS的Prototype)。 當然,還有SPL,但除此之外呢?
我已經用了很長時間Smarty Template Engine。讓設計遠離代碼是很好的。
當我使用它們的時候,我已經開始構建自己的'助手'(例如模板編譯器)。我之前使用過Zend,但覺得這對我的需求來說太大了。我曾經花了很多時間做一個有價值的DAL,但我已經不再這麼做了。
目前我的大部分幫助程序類都是數據管理器或文件解析器 - 我使用的大多數內置於PHP中。
我幾乎在所有項目中都使用了SwiftMailer。 非常有效功能強大的郵件庫。
最近幾個月我最近迷戀Zend Framework。它通過一些類(Zend_Controller,Zend_Layout,Zend_View)提供與CakePHP相同類型的網站構建功能。但重要的是要注意,它提供的絕大多數內容不僅取決於您在構建網站時使用的內容,即:組件可與現有網站內聯使用;或任何地方的事情。這意味着你可以使用一個小組件來處理一些複雜的任務,而不是創建你的方法/類。這個庫非常「大」,但這只是你實際使用的內容以及你在腳本中不包含/需要的內容不會影響它們。
要從documentation引證:
ZF所述的部件結構是有點獨特;每個組件的設計對其他組件的依賴性很小。這種鬆散耦合的架構允許開發人員分別使用組件。我們經常稱之爲「隨意使用」設計。
一些簡單的例子:
這樣的例子不勝枚舉,但你可以爲一個完整的列表檢出the manual
PEAR是PHP應用程序庫的一個巨大集合。如果你有特殊的任務,你會經常在那裏找到一個匹配的lib。
像一個隨機的「工具箱」功能?
我覺得你會更適合開始收集自己的工具(獨立庫)並創建自己的設置。
這將是一個有趣的策展項目..
應該是一個維基。 – 2009-02-06 06:55:19