PHP團隊選擇架構thinkphp和symfony2，我和技術總監分歧，請給予中肯意見? 謝謝

回複內容：

別侮辱symfony2!不是一個時代的東西。
麻痹，被thinkphp坑死了 老項目真噁心曾經也面對過這個問題，也曾經嘗試在公司推廣 Symfony2，我當時的狀況跟你們技術總監類似，我對Symfony2與THINKPHP都熟悉，而團隊成員都熟悉THINKPHP（不得不說，TP簡單，而且推廣得太好了，隨便找個懂PHP的都可以很快上手），遇到團隊的阻力，但不大。


首先，我希望能夠改變團隊成員對Symfony的誤解，所以我快速搭建了一個Demo，包含使用者管理、OAuth2 Client、OAuth2 Server、Restful Api、ApiDoc、SonataAdmin後台、FOSCACHE+varnish等（這些是我們業務上需要用到的功能），然後讓他們評估用THINKPHP搭建這個功能的工作量。因為都是用開源Bundle來做的，再加上有緩衝，功能跟效能上都沒問題，搭建速度很快。又示範了Symfony2 CRUD的便捷、功能修改的靈活。這樣下來，大部分團隊成員都對Symfony抱著濃厚的興趣。

然後，在團隊中進行培訓，講解Symfony的依賴注入、服務容器等具有特色的特性。團隊對Symfony的興趣得到提升。

然而，問題來了。我希望團隊成員先自己搭這個Demo來折騰一下，看看Symfony上的文檔。團隊成員開始遇到各種挫折。

1）Symfony對windows環境不大友好，composer無論是串連國內還是國外的源都很慢；
2）Symfony中文文檔極度稀缺，團隊成員閱讀英文文檔吃力；
3）Symfony代碼，組件代碼太複雜，不好理解。譬如，他們不理解為何就一個ajax請求，需要做這麼多工作；定製一個表單，需要寫這麼多代碼；


然後，到了徵求大家意見階段，普遍意見都是不支援轉用Symfony，還是喜歡THINKPHP的簡單粗暴。


最後，使用了一個折中的方式，架構還是使用THINKPHP，然後引入依賴注入功能，將Symfony上面一些好用的功能以service的方式來實現。譬如：用monolog來代替內建的Log功能，這樣可以根據日誌的不同層級做不同的記錄；配置swiftmailer服務來發送郵件，增加靈活度。


--------------------

Symfony好，但小團隊很難招到高水平的Symfony程式員（或者說小團隊很難招到高水平的PHP程式員）。首先我贊同你敢於提出自己觀點勇氣。
但是：
你要知道，無論任何架構都可以完成你所說的上述功能。
其次，你要明白有時候團隊裡面做一件事情可能有N種解決方案，但是無論選擇哪種解決方案
都需要有一個人來抉擇，來負責，他才是負責人，出了問題都是他的，你可以提出你的觀點，但你沒有權利決定，你可以辭職拒絕，但必須要有那麼一個人為團隊做出選擇，哪怕他的選擇是錯的，不然這個項目無法進行以及開展。用drupal吧( •̀∀•́ )為什麼要用架構呢你的考慮不無道理，不過快速開發和後期的擴充性需要綜合考慮，後期你會發現TP絕非好選擇，尤其是自己項目需要長期迭代維護。從你所述，Laravel 5.1 LTS 比較適合，上手也很容易。你可以建議，但最終的決策還是你們頭兒說了算。 其實選哪個都沒有絕對的對錯。但是技術上過於單一是不好的。Symfony的開發成本較高，維護成本也相對較高。而且就本人經驗來說，Symfony架構過於沉重，給伺服器負擔較高，響應速度太慢，
ZF2，好，但是臃腫。
Laravel目前版本5.0，我個人認為完全可以承擔大型項目的需求。用4.*版本開發過三個項目，目前已經在用它開發第4個項目。評價一個字：爽！

