接管整个 filesystem 服务，必须要使用自定义门面吗？使用原本的门面不行吗？

[tlerbao]

TP6 的时候就这么写，在 TP8 似乎不行了呢？

1. 首先 app/service.php 注册服务

return [
    AppService::class,
    FilesystemService::class,
];

2. 绑定 filesystem 自定义实现

class FilesystemService extends Service
{
    public function register(): void
    {
        // 调试：这里触发了
        // 绑定自定义的Filesystem实现
        $this->app->bind('filesystem', Filesystem::class);
    }
}

3. 自定义实现 cos oss 等云存储

class Filesystem extends Manager
{
    /**
     * 驱动的命名空间
     */
    protected $namespace = __NAMESPACE__ . '\\driver\\';

   // Filesystem::disk('cos')->putFile('uploads', $file); 这样调用走不到这里呢
    public function disk(?string $name = null): Driver
    {
        return $this->driver($name);
    }

// 其他代码

具体问题

以前就上面这么写，使用原本的 filesystem 门面就行，现在使用thinkphhp 自己的门面不行了，使用自定义的门面可以，为什么呢，现在不能这么写了吗？使用原本的门面走不到步骤 3 的自定义实现中

// 使用默认的门面不行，使用自定义的门面可以
use think\facade\Filesystem;

class Upload extends AdminController
{

    public function image(Request $request)
    {
        // 
        Filesystem::disk('cos')->putFile('uploads', $file);
    }
}

[augushong]

应该直接用flysystem的扩展就行吧，不用自定义filesystem。如果不打算改变file的行为。

[tlerbao]

我看了下，在 tp6 framework是有 filesystem 这个门面的，并且是直接 return 'filesystem';

但在 tp8 framework 中就没有 filesystem 这个门面了，统一交给 filesystem 扩展的门面了
但是这个门面返回的是固定的 return \think\Filesystem::class;

为什么这么弄呢？

[augushong]

当时用的flysystem版本有漏洞，框架给搞出去了。具体实现没看。
后来我的做法是，直接把flysystem扩展挪到项目框架里，直接用最新版的flysystem。