不能直接修改fileSystem接口，因其作为契约被多实现依赖，添加方法将导致编译失败；应通过组合与嵌入扩展行为，用Storage接口抽象业务操作，统一路径处理逻辑并定制清理语义。
fileSystem 接口本身不提供写入、删除或目录遍历能力，直接扩展它不是最佳路径。你应该基于组合和接口嵌入来增强行为，而不是往原接口里硬塞方法。
为什么不能直接修改 fileSystem 接口
Go 中接口一旦被多个实现（如 osFS、memFS、vfs.FS）使用，就形成了契约。强行添加 Remove 或 WriteFile 方法会导致所有已有实现编译失败——这不是扩展，是破坏性变更。
Storage 接口比 fileSystem 更适合业务场景
如果你真正需要的是“存/取/删/查”这一组语义明确的操作，Storage 是更自然的抽象层级。它不绑定操作系统语义，也不强求兼容 os 的全部行为。
-
Save(filename string, data []byte) error比Open+Write+Close更符合应用层直觉 -
Exists(filename string) bool避免了Stat返回os.ErrNotExist的错误处理样板 -
MemoryStorage和LocalStorage可以各自独立实现，互不影响
用嵌入+匿名字段实现能力叠加
想给某个具体实现加新功能（比如带日志的文件操作），不要改接口，而是用结构体嵌入：
type LoggingFS struct {
fs fileSystem // 嵌入原始接口
}
func (l *LoggingFS) Open(name string) (file, error) {
log.Printf("Opening %s", name)
return l.fs.Open(name)
}
- 嵌入
fileSystem后，LoggingFS自动获得其所有方法（前提是这些方法已实现） - 只重写需要增强的方法，其余自动委托，无冗余代码
- 调用方仍可把
*LoggingFS当作fileSystem使用，零侵入
跨平台路径处理容易忽略 filepath.Clean 和 filepath.FromSlash
当你的接口要支持 Windows + Linux + vfs（如 s3://）混合路径时，filepath.Join 会悄悄把 / 转成 \，导致远程存储路径失效。
立即学习“go语言免费学习笔记（深入）”；
- 统一用
filepath.FromSlash(path)把正斜杠转为当前系统分隔符（仅对本地路径有效） - 对非本地后端（如 s3、memFS），应跳过
filepath系列函数，直接拼接或使用url.PathEscape -
filepath.Clean在内存文件系统中可能误删../，需按后端语义定制清理逻辑
