PHP框架自製的必要

不負責報告 : (我只自學半年多，講錯請見諒)

基本上PHP本身就是比較低速了

而一般框架會在啟動時載入Composer的套件，基於效能，這已經使的PHP變慢很多了，載越多越慢

因此如果只有網頁需求，在底線狀況，可能一家小公司，Laravel這種低速的框架可以Work就好了，不會每天有幾千人在那邊上小公司網站

而如果要最快，可能用原生PHP是最快的(目前狀況)，用原生PHP寫API，您可以載入最少的套件，以達到最快效能

任何一個套件，他在一開始載入越多套件，基本上效能都打折了，框架主要就不會Focus在效能，應該Force在彈性及載入最小化(所以Composer的AutoLoad這樣對嗎?我不知道!!)

所以框架無限多，其實就目前狀況，應該沒必要自製PHP框架(何況我也不會)，就算用C寫Extension做出的框架，您想想，就算將框架所有動作用C Extension跑，最後還是會跑回到PHP一個檔案做設計，那這樣也不會比原生PHP的寫法快，幹嘛寫一堆繞一圈，結果沒有太大的幫助，多一小部分彈性而已，

何況當框架越做越大，如有效能考量，能省一個Function都是有幫助的，寫到最後，為何不乾脆請Apache弄一個C++接口，將整個專案接回去C++撰寫，何況C++有DLL可以拆工作，又快又可以分工，沒有差太多啦

有錯請見諒，我隨便講的，哈哈哈!!XD

所以我求職Web就不打算摸底層了，可能Focus在應用和加薪了(目前起薪有夠低...30K)

框架規劃 - 聲明

框架由於政治因素(因為不給其他公司用)，
皆綁定在，我未來如果有開公司，我公司內團體使用
要是沒機會開公司，原則上只支援我接案使用

Web似乎沒辦法設計出TTFB 50ms內的框架，似乎composer autoload太多就會超過了
(我用laravel的composer.json)就要74ms

框架設計方向
//--
最終
//--
Hahahalib
|-----WINDOWS(高效能，Windows)
|-----Universal(高效能，跨平台)
//--

//--
過渡
//--
Hahahalib(CB)
|-- 高效能，AOI
Hahahalib(C#)
|-- 高效能，自動化
//--