我目前正試圖找到構建我們的ERP的最佳解決方案/技術。 我們的工作非常具體，市場上沒有任何ERP能夠滿足我們的需求（或其中50％），因此我們決定採用內部解決方案。從零開始創建ERP的困難選擇（使用php？）
我們被建議選擇客戶端/服務器解決方案（.net + WPF），但第一次交付的結果低於我們的預期。
目前，我們正在考慮重新開始在PHP（具有相同的SQL Server數據庫），並懷疑：
我們主要關注的問題分別是：
雖然這個問題是基於建議，並不真正適合這個網站。我會盡我所能來回答你的問題。
將一個PHP框架（Symfony，Laravel）是一個很好的選擇？我們需要 有自由，以確保維護隨着時間的推移
會，Laravel是基於Symfony和有更多外的現成解決方案。 Symfony讓你擁有更多的自由。
會前端框架（引導，基金會，Materialze）是一個好主意，還是應該從頭開始做的一切
但是你可以使用任何的字體端框架，他們隨時更新，跟上趨勢。更新字體結束框架意味着更新你擁有的每個視圖。但是你可以選擇不更新。
如果我們使用的插件（如UI套件，JQuery的腳本），我們將乘隨着時間的推移
的jQuery已經出現自2006年，是不可能隨時隨地很快就會兼容性風險。它會建議使用它是安全的。
我目前在8年前從零開始ERP提出了一個公司工作。他們有類似的工作，沒有ERP滿足需求。
所以8年後（今天），這個erp仍然每天都在使用，但這是不可能維持的。 Php（一般技術）發展得如此之快，以至於你不能浪費時間（和金錢）來發展它。
Server版本
安全故障
...
我建議使用一個 「安全」 的框架：
LO NG版本之間的長期支持
輕鬆遷移系統（這意味着你可以很容易地發展你的ERP）
所以，是的，使用框架是海事組織的解決方案。 symfony似乎是最安全的。您首先需要學習如何正確使用它，但在此之後，您可以隨意隨意使用它。而且，你可以在這個框架的任何地方找到幫助。它有一個強大的社區，這是一個重要的力量。
在前臺，Bootstrap和JQuery也是安全的。 Bootstrap也有一個強大的社區，jQuery並沒有在版本上移動。
我工作的ERP解決方案和所有我能爲大家介紹一下我們是如何做到這一點：
我真的應該投票結束這個 - 它既太寬泛，主要是基於意見。
如果要使用Java，C或C＃開發基於Web的應用程序，那麼框架就非常重要。但對於PHP來說，這是一個非常不同的故事 - 您將從一種專門設計的語言開始，該語言提供來自單個供應商的豐富工具庫。此外，如果您在Linux平臺上開發，那麼開發工具和平臺都將由補丁管理提供商。只要您開始添加第三方組件，問題就會變成much more complicated。
對於似乎理由，開源項目似乎茁壯成長，做好時，要求他們頻繁的發佈。對於商業軟件來說，定期發佈對產生收入來源非常重要當一個產品完成開發時，它似乎在市場上完成。考慮磅與haproxy。
IME代碼的質量，你可以從互聯網上下載良莠不齊。可悲的人氣並不總是等同於質量（但價格也沒什麼關係）。通常，程序員過於關注提供功能以考慮安全性，性能和可伸縮性。事實上，似乎有一種觀點認爲，在框架中增加更多的功能使其比其他產品更具優勢（更多功能=更復雜=更多錯誤=安全性更低+難以修復）。
具體到PHP框架的問題是最求將所有的東西給所有的人（更復雜） - 提供會話抽象，模板，數據庫抽象，模板，路徑...有高度集中工具的一些例外（如smarty用於模板化，元數據庫或用於數據庫抽象的AdoDB，用於與DOM交互的jQuery），它們專注於做一件事並做得很好。
一旦你開始添加第三方的代碼到你的系統，你需要確保確保代碼的方法是最新的 - 但成本是鋒線 - 加入第二，第三，第四......包有很多（比如，假設你確實在採購和部署管理方面採取了適當的流程）。使用作曲家有助於解決基本問題（但還有很長的路要走）。
是的，你會遇到，其他人都寫解決方案的問題。使用（良好）框架或庫可能會在項目的早期階段節省成本（一旦處理了讓開發團隊加速的問題）。
這些框架都已經組織好，這意味着它可能很難做任何我們想和他們
我建議，如果他們有良好的組織，應該更容易爲你做任何你想和他們一起！
但周圍有SO一看 - 經常被人張貼問題問我怎麼辦XYZ使用CakePHP /隼/笨/ Laravel。在大多數情況下，他們所要求的將會更容易地執行，而不是通過框架執行而不是通過。
我可以繼續，但是這個回覆已經太長了。
沒有回答你的問題。如果有這將取決於很多其他因素，如可用的技能，風險偏好，預算....
如果你決定使用一個框架（或框架），那麼請考慮構建圍繞微服務系統和（如果可行）避免使用框架前端控制器。如果你需要重新設計它，這將減少你對框架的依賴。