問題描述

請問一下，基于當前webman可否自己將目錄結(jié)構(gòu)修改為這樣的
將webman項目的app目錄刪除，plugin目錄直接修改為app

app--插件目錄
----plugin1/---項目插件根目錄
----plugin1/api---插件對外接口（非HTTP接口）
----plugin1/app---項目業(yè)務目錄
----plugin1/app/index---項目模塊業(yè)務入口
----plugin1/config---插件配置目錄
----plugin1/public---靜態(tài)資源目錄
----plugin1/composer.json---插件依賴(至今還沒辦法如何用主項目的composer來加載插件的依賴)

----plugin2/composer.json---按以上

config--項目配置
vendor--項目依賴
composer.json
start.php--項目啟動入口

示例訪問：www.xbcode.net/plugin1/index/index/index
訪問的則是【插件plugin1、模塊index、index控制器、index方法】

進程啟動流程大概是

1、載入config/下的配置
2、設置好Worker的相關(guān)配置如 pid_file stdout_file log_file max_package_size 等
3、創(chuàng)建webman進程，并監(jiān)聽端口默認8787
4、創(chuàng)建自定義進程
5、webman進程和自定義進程啟動后執(zhí)行以下邏輯(以下都是執(zhí)行在onWorkerStart里)

處理請求流程

1、判斷請求url是否對應的插件目錄下public的靜態(tài)文件，是的話返回文件(結(jié)束請求)，不是的話進入2
2、根據(jù)url判斷是否命中某個路由，沒命中進入3、命中進入4
3、是否關(guān)閉了默認路由，是的話返回404(結(jié)束請求)，不是的話進入4
4、找到請求對應的中間件，執(zhí)行前置中間件，執(zhí)行業(yè)務邏輯，執(zhí)行后置中間件，請求結(jié)束。

為什么會有以上的想法（僅個人想法）

• 至今開發(fā)我覺得，開發(fā)業(yè)務型插件和模塊，好像都是大同小異的
• 應該像積木一樣，會越來越多的插件，盡可能避免重復造輪子
• 既然是框架，盡可能的完全以積木式插件這種來搞比較好，這樣就形成了外層還有一個app主項目
• 導致了每次訪問插件都還要有一個前綴app/plugin1/這樣才能訪問
• 當然，以上想法僅僅是我自己想實現(xiàn)的