CakePHP框架的缺點

任何人都可以列出CakePHP框架比其他PHP框架有什麼缺點嗎？
1）請解釋爲什麼缺少的功能對於PHP項目如此重要？CakePHP框架的缺點

2）缺少的功能如何幫助那些使用該功能的Web開發人員？

2010-08-30 RSK

Cake的大問題在於它非常有見地。這當然也是它的強大力量。我的意思是說，Cake對某些類型的應用程序嚴重傾斜，即標準的CRUD apps。如果你的項目是CRUD，蛋糕可以是一個巨大的幫助。如果你想要做一些非常不同的事情，並且需要大量的定製，Cake實際上可能會阻礙你。

因爲很有見解，所以如果你的意見不同，它可能不適合你。在與Cake一起工作時，您必須執行Cake的方法。這並不是說你無法擴展和定製它，但即使這樣做，你也必須這樣做Cake的方式。最初的學習曲線可能非常陡峭，如果你想走出蛋糕界限，你需要有點經驗。另一方面，所有Cake項目中通常都有非常一致的編碼風格。

與那些明確嘗試無脂肪的蛋糕相比，蛋糕往往是一個更大的骨架。如果高速性能是您的主要目標，那麼您最終可能需要花費更多時間進行調整。儘管如此，這通常會被更快的開發時間抵消。這是使用大量automagic的雙刃劍。

Cake沒有什麼大問題。你可以用它做任何你想做的事，就像你可以用其他框架一樣。它只是讓一些項目比其他項目更好。

來源

2010-08-30 06:51:51 deceze

基準測試顯示蛋糕比其他框架慢一點。也沒有模板支持。

來源

2010-08-30 04:25:40 Headshota

「沒有模板支持」？首先，PHP已經是一種模板語言。其次，大多數流行的模板語言都有Cake插件，如果沒有，您可以在其周圍編寫自己的Thin wrapper（自定義視圖），然後就可以開始了。自定義視圖是Cake的一個顯式特性。另外，你能指出任何最近的基準嗎？蛋糕可能會也可能不會很慢，但沒有人能夠用最近的數據產生任何硬性事實來支持這一說法。 – deceze 2010-08-30 06:28:18

我喜歡cakephp，但發現它與周圍的非蛋糕代碼不友好。很難將蛋糕代碼與通用的PHP頁面和會話進行合併。蛋糕進入我的項目後2年（由於其優勢）。遺留代碼仍然存在並積極開發，但我們必須小心選擇在蛋糕或外部編碼模塊X.它也很難從蛋糕外面叫蛋糕控制器。

來源

2010-08-30 05:13:21 thevikas

這隻對saphghetti代碼不友好。意思是，如果你想將你的邏輯，模型和視圖合併成一個文件，並用它作爲蛋糕的控制器，蛋糕將會不高興。但是，如果您以供應商身份放棄現有代碼，則它的功能將會正常運行。 Cake使用標準會話。問題實際上可能是遺留代碼缺乏標準，而不是框架的結構。 – 2011-04-20 17:49:55

它目前仍然是一個PHP4框架，所以它不使用任何新的PHP功能。

來源

2010-08-30 13:44:36 dhofstet

...另一方面確保高度兼容性。蛋糕有很多側面。像Zend這樣的框架可能會遇到麻煩，因爲即使稍微老一點的PHP安裝它們也不會運行。我同意雖然他們應該放棄PHP 4的支持，但仍然在使用它是瘋狂的。 :) – deceze 2010-08-31 01:10:52

是的，即將到來的CakePHP 2.0將會放棄對PHP4的支持。 – dhofstet 2010-08-31 05:59:58

此外，CakePHP 2將與CakePHP 1的API兼容。3，所以如果你正在開始一個新的項目，你應該可以直接在v2中下載，而不需要改變你的代碼。 – bjudson 2010-08-31 20:07:48

CakePHP框架的缺點

回答

相關問題