與社區功能

目前我在決定哪些PHP框架的過程延長CRUD操作PHP框架最適合用於：基本的CRUD操作與社區功能

良好的可擴展爲

MVC
生成和定製附加功能
良好的AJAX請求集成
社區功能很好地集成或可集成（Web 2.0）

我不在乎自己是否需要編寫所有代碼，但對於所選平臺/框架的體面和穩定的已編碼解決方案肯定受到歡迎。

目前我認爲Symfony2是一個很好的匹配，但也許它還太年輕。也有Drupal和Joomla與他們的許多插件，但我更喜歡別的東西，因爲兩者都在某種程度上限制在開發過程中。

您認爲如何？

來源

2012-02-04 Alp

取決於您的應用程序的規模，symfony2似乎更像EE解決方案。你也可以嘗試Yii框架。 – 2012-02-04 11:17:36

EE解決方案是什麼意思？ – Alp 2012-02-04 11:23:52

企業解決方案，我的錯誤。 – 2012-02-04 11:29:22

正如jurka說的那樣。

Symfony2中，像CakePHP的和許多人一樣，都集中在MVC模式框架和他們提供有用的課程，methos的軍團，等

在另一方面Joomla和Drupal的更多的是CMS，它們可以充當作爲一個框架，但我認爲他們更傾向於內容管理。這裏的問題是定義哪些「內容」的含義。

我認爲MVC框架的學習曲線比CMS小（因爲CMS有更多的概念和可能不需要使用的東西），IMO認爲Symfony比Drupal或Joomla提供更大的靈活性不利於此，您可能需要編寫更多代碼。使用symfony，您有責任創建控制器，路線，服務，模型和視圖，但當然，您擁有極大的靈活性。使用CMS您需要遵循框架的「規則」。

MVC：基本的CRUD操作的symfony的
生成和定製：symfony的+學說或推動
附加功能擴展性好：既symfony中或Drupal的，它實際上還要考慮你的knowlege和學習曲線。
AJAX請求良好的集成：我使用的symfony的REST API沒有問題

您打算什麼應用程序創建？如果是某種網頁我更喜歡Symfony。如果它是一些論壇，博客或我可以添加「內容」的東西，我更喜歡Drupal。如果它正在實現一個REST API，我更喜歡symfony。

希望它能澄清一點。

來源

2012-02-04 11:31:22 EricSonaron

謝謝尼爾，這也是我的看法。我打算創建的應用程序是某種Web應用程序，它使用戶能夠輸入，查看，評分，標記和評論內容。基本上「Web 2.0」是關於什麼的。我認爲我必須走框架方式而不是CMS方式。 – Alp 2012-02-04 11:55:50

回答

相關問題