很難想象，面對一個開發任務，還要重新寫路由，資料儲存處理以及其他基礎編碼工作。

框架讓你集中精力於業務邏輯設計。

1、首先你得搭建PHP執行環境。建議使用PHP開發速成搭建工具包xampp。整合php+phpmyadm+mysql

2、第二步，寫需求，如圖書管理系統。是否需要會員系統（會員是否分等級如普通、VIP分等級的話，那麼有這些等級之間有什麼差別）、是否需要文章釋出、是否需要圖書資訊釋出、是否需要線上購買書籍、是否要對書籍進行留言評論、是否要有線上試讀。3、針對上面列出的需求，進行資料庫的表設計。表的設計要根據以上的需求來。

5、程式實現了你自己的需求，然後就是測試了。測試，可以分的很細了。如資料完整性驗證。資料有效性、操作步驟一致性

難度倒是談不上，只能稍微影響開發進度而已。使用框架最大的好處就是在於快速開發，以及前端模版開發與後端介面開發可以同步進行，加快專案交付速度。

我們現有系統程式碼一般分層按底層到上層的順序如下：

1. 第三方平臺代理層，我們內部成為proxy層，這層主要負責封裝所有第三方平臺的介面請求，併為上層提供一套統一API介面。這層由於只需要請求外部網路，因此我們通常會用單獨ECS搭建一個Nginx正向代理伺服器或者用NAT閘道器SNAT到網際網路即可，無需網路進入的IP。這層解決了第三方平臺IP白名單限制以及介面變更對應用的影響。

2. 所有業務邏輯介面層，我們內部稱為internal-api層。這層主要實現所有業務邏輯，包括資料庫、cache操作、proxy層呼叫等，該層僅用於上一層API閘道器層呼叫，因此無需任何網路IP地址，任何外部都無法訪問進這層的環境中，因此保證了資料庫和邏輯程式碼的安全。

3. API閘道器層，我們內部稱openapi層。這層主要目的就是呼叫internal-api層介面，封裝統一的對外介面，為上層應用如PC、APP、小程式以及其他第三方公司開發的應用提供統一介面平臺。

4. 後臺管理系統，對於我們來說開發這層的同事，只需要呼叫openapi層介面，然後模版展示就好，因此我們的後臺其實對MVC框架要求特低，只需要URL路由和模版引擎即可。

以上是我們現有系統常見的分層模式，其中proxy、internal-api、openapi都使用原生PHP自行開發API框架來實現。後臺管理系統則簡單的使用Phalcon或者TP去實現的。

總之不用框架開發沒啥難度，僅僅是速度稍微慢一些，但我們最終選擇框架開發上層應用是因為我們為了團隊開發靈活以及上層應用的開發速度考慮的。

如果你精通PHP，沒什麼難度的，基本大公司都是自己的輪子

難度大不大，前提基礎是是否對PHP足夠精通，剩下的就是造輪子的問題了，市面上的框架也都是原生php寫的，不過一般都是多人協作，如果是一個人要寫整個框架，耗時還是比較久的，而且需要的大一部分功能，現有框架基本都可以滿足，完全沒必要從底層來做。

既然現有框架已經能滿足，為什麼很多大公司還重複造輪子呢，主要是資料安全，可以授權的問題，很多框架是商用，需要授權費的，第二點是資料安全，開源框架往往會出現的問題，容易受到攻擊，因為所有原始碼都是開源的，任何人都可以看到你軟體的底層寫法，相對容易找出漏洞，自己開發的框架，閉源相對安全一些，如果做的比較垃圾就不好說了！