We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
我看到在vendor目录结构下,存在webman workerman两个文件夹,
其中webman里面存放的都是安装的插件类,并且workerman里面还存在一个webman-framework,workerman文件夹,
感觉这种有些乱啊,而且当前我看到webman-framework都升级1.4了,但是webman还是1.3.9
其实不应该直接在vendor文件夹下,只存在一个webman-framework文件夹吗,里面包含workerman文件夹,
以及其他的一些核心库组件,然后更新迭代的时候,只更新webman版本就可以了,现在搞两个感觉有一些不杂乱
或者根目录只有一个workerman文件夹,毕竟是依赖于这个核心,然后在workerman->webman-framework文件夹下存在大部分核心库就可以了,比如路由的,事件的这样!
@walkor
The text was updated successfully, but these errors were encountered:
如果看不到 1.4,可能是用了composer代理,把composer代理去掉。
vendor下的项目一般都是平行关系,没有包含的关系。
Sorry, something went wrong.
我看到webman-framework变成1.4了,但是webman还是1.3.9, 还有就是webman里面的路由、事件插件,同样是安装composer包,为什么不直接放在webman-framework里面呢? 反正也是一个单独的包,融合进内核里面,如果有BUG这边update也是一样更新啊,这样确实符合大部分TP laravel程序员的习惯啊
No branches or pull requests
我看到在vendor目录结构下,存在webman workerman两个文件夹,
其中webman里面存放的都是安装的插件类,并且workerman里面还存在一个webman-framework,workerman文件夹,
感觉这种有些乱啊,而且当前我看到webman-framework都升级1.4了,但是webman还是1.3.9
其实不应该直接在vendor文件夹下,只存在一个webman-framework文件夹吗,里面包含workerman文件夹,
以及其他的一些核心库组件,然后更新迭代的时候,只更新webman版本就可以了,现在搞两个感觉有一些不杂乱
或者根目录只有一个workerman文件夹,毕竟是依赖于这个核心,然后在workerman->webman-framework文件夹下存在大部分核心库就可以了,比如路由的,事件的这样!
@walkor
The text was updated successfully, but these errors were encountered: