A. 高並發的API介面選用什麼php框架合適

Yaf的其實本質上講，是個基礎框架，僅提供了一個簡單粗暴的基礎URI路由功能，完事了。
最關鍵是並發和多線程以及定時器等等，Yaf本身不能實現。
這點小性能沒有必要在乎，c框架有些bug讓你無從下手，phalcon就被坑過
如果想用的6都會去看框架源碼，用c寫的框架看源碼多麼痛苦
我覺得隨著php逐漸的發展，性能逐漸的優化，這種類型框架遲早會被淘汰的

B. php實現restful api有什麼框架使用方便

目前市場上框架很多。看你趨向於哪種？重型？還是輕量級？重型的話：Yii、Laraval等，輕量級的話CSpeed、Phalcon等C語言擴展框架

C. 使用php開發app的介面，什麼框架比較好

框架使用並不是必要的
app通訊 一般是xml json格式的數據
可能用到的函數
fsockopen curl simplexml json_encode json_decode等等

D. php全棧框架有哪些

PHP全棧~
全球前100萬的站點中，有%左右的站點用PHP開發，它與Linux/Mysql/Apache/Nginx等組成黃金搭檔，無論從成本投入和開發周期的考慮，PHP都是一個不錯的選擇。
PHP可用在網站開發，API介面開發，伺服器端開發，廣告系統開發，內部OA系統開發，移動端後台開發，游戲開發等，特別在移動互聯網發展迅猛的今天，PHP借機上位，重回一線開發語言行列。
全棧是全面橫向發展，單學PHP是專精縱向發展。PHP學精了，也是有前途的。但是，現在有幾個做PHP的自己不會寫點前端？再說你不可能一來就進大公司做團隊開發，你只負責PHP開發。而小公司基本上也不會讓你只寫PHP，都是一個人當幾個人用。這就是為什麼全棧更有前途的原因。
最近國內外都在流行一個詞叫Full Stack，中文翻譯過來叫全棧工程師，也叫全端工程師。微博上很多專業人士都在討論全端工程師，有贊有毀的。我對全端工程師的定義是：掌握多種技能，並 能利用多種技能獨立完成產品的人。打外比方，全棧工程師就是一個能獨立蓋一幢10層小洋樓的人，而普通工程師，則是可以和一群人蓋一幢摩天大樓的人。至於 要掌握哪些技能，我覺得這個要跟從事的行業與技術方向有關，做互聯網的和做軟體的是不一樣的，即使是做互聯網的，後端也可以分為很多種技術流派。

E. 使用php開發app的介面,什麼框架比較好

沒什麼卻別 你要理解框架是什麼。

簡單自用的介面隨便寫 ，返回的數據無非就是json或者xml

如果是公開開放的介面 最好遵守auth2.0

F. php哪個框架適合做api

推薦 PhpBoot , 為快速開發 RESTful API 設計的PHP框架，它可以幫助開發者更聚焦在業務本身, 而將原來開發中不得不做, 但又重復枯燥的事情丟給框架, 比如編寫介面文檔、參數校驗和遠程調用代碼等。
從問題本身來說，是否適合做API和框架關系不大。
框架解決的問題是提供一個優秀的程序架構，提高團隊協作效率，提高代碼可維護性等等。
實際上，選擇框架還應該從更多的角度去衡量，比如是否易學，有沒有足夠強大的社區支持等等很多方面。其實我自己感覺最重要的還是個人喜好，有時候你喜歡一個東西可能說不出來太具體的理由，就是喜歡。
另一方面，開發 JSON 格式的 API，和開發以 html 為格式的網頁沒有本質區別，只不過是把輸出由 HTML 改成 JSON 而已。
所以最重要的還是業務邏輯是什麼，而不是開發的是 API 還是什麼其他東西。

G. php 介面開發，用框架和不用框架分別有什麼利弊

好處:少寫很多代碼，介面更規范性。
壞處:編寫介面不自由。

H. PHP框架開發的介面怎麼運行

裝nginx mysql 和php環境來，然後源把代碼文件放到nginx的html文件目錄下，然後配置nginx和php，如果是本地訪問就瀏覽器通過localhost/代碼文件目錄名/訪問，如果是域名訪問就要把域名綁定到伺服器Ip然後nginx中配置域名，然後瀏覽器通過域名訪問

I. PHP 做 api 開發選擇哪一個框架比較是適合

框架只是方便你開發而以，作API沒任何影響，都可以，挑自己順手的就好啦

J. 使用php開發app的介面,什麼框架比較好

開發app和架構沒關系,選擇架構要看功能上的需求,thinkphp相對來說功能比較復雜,當然提供的模塊也很多,如果開發輕型app 試試ci 吧,一個是容易上手,而且體積小,功能也很完善!