php框架本身就是由原生的php程式碼寫成的，原理上是和原生php沒什麼區別的。 只是php框架在程式結構上和檔案目錄上對php程式碼做了很好的規範，使php程式更有調理、結構更加清晰，而且php框架本身就寫好了很多常用的類和方法，可以大大的節約開發者時間。 所以，理論上說php框架相對原生php的效能或效率是沒什麼有影響的。 當然在處理一些簡單的業務邏輯時，由於框架程式的流程化，就會比原生php程式更復雜，所以對效率會有所影響，但是影響也是非常小的。 總之，php框架相對原生php影響效能或效率是可以忽略不計的。

哈哈，今天正好在弄介面系統的選型問題。我來說說。

先說專案的概況：我們需要封裝上游的外部介面，讓內部的多個應用呼叫。也就是說，這個介面系統起到中轉站作用，框架主要模組是路由，日誌和監控。

最終我們使用的是原生開發。

在效能方面，原生開發避免載入框架中不必要的函式庫，配置以及其他不必要的元件和類。可以說能節省不少的資源，效能會提升的，具體多少沒有計算。另外，每天的介面呼叫頻率和併發不高，所以單臺機子夠用，考慮高可用，實際使用兩臺非高配阿里雲，並使用阿里負載均衡。

安全型上考慮，採用常用的appkey和appsecret授權驗證的方式，引數排序加密，header傳輸，並伺服器做IP白名單。目前使用http，未來切https。

開發時間不是太緊張，另原先寫過一個原生框架，比較熟悉，拿過來砍幾刀，留下必需模組即可。

其實看業務需求和工期吧，按時完成就行，加班就不美好了。

推薦使用框架開發，框架在易用性安全性比原生開發更有優勢，原生開發避免不了各種問題或漏洞，而且開發模式和規範不統一，後期維護和最佳化都是一個問題。以前我們就趟過這個坑，專案臃腫不說，還時不時報各種bug,成為別人攻擊的物件。所以說康莊大道就在眼前，而我們選擇了泥濘小路。另外，推薦一下我們公司正在用的一個介面管理平臺 xApi Manager,基於Laravel5.4開發的開源專案，聽朋友說這個專案是參考了一知名網際網路大鱷的產品開發的，你可以參考一下。

不管哪種程式語言，隨著發展都衍生出了很多框架，框架的目的是為了提高開發效率而生的。很多人會糾結於PHP框架與原生程式碼之間，效能與安全性孰高孰低，其實這都取決於開發者自身。

我們知道PHP原生程式碼只是提供基礎的內建函式和類庫支援，不同的人可以寫出不同風格的程式碼。對於大型專案而言，一個人的能力是有限的，所以需要很多人協同開發，這樣問題就來了，每個人的程式碼風格和邏輯思維是不同的，團隊開發時會使專案變得難以維護。

基於這種考慮，就需要有一套規範，框架就是這樣的一套規範，你使用這個框架就必須遵守望它所規定的約束，使用框架開發就使得專案易於維護（程式碼風格、命名規範、邏輯處理都是相對統一的）。

另外一方面，框架還提供了很多現成的機制（功能封裝），簡化了開發難度，很多工作不需要從零開始，使得專案開發速度很快。

1、框架效能上一般低於原生程式碼：

上面說到，框架提供了很多功能的封裝，另外還有一些約束檢查。框架為了通用性，做了很多額外的工作，所以一般來說，實現同樣一個需求，基於框架開發的效能低於使用原生程式碼開發的。

2、框架的安全性一般高於原生程式碼：

框架在設計之初就會考慮安全問題，比如對使用者提交的資料做了一些過濾處理等；而原生程式碼顆粒度都是非常小的，安全問題需要開發者自己去實現。

但這並不是說使用了框架就能100%保證業務安全性，無論是使用框架還是原生程式碼開發的專案，其安全係數完全取決於開發者在這方面的處理。

綜合而言，無論專案大小，都建議基於框架開發，因為框架帶來的額外效能開銷是可以透過其它手段彌補的（比如：快取、硬體配置）。