Currently the "path" module does two very different things:
* Defines how ipfs paths look like and provides tools to parse/split etc.
* Provides a resolver to resolve paths.
This moves the resolver stuff to `path/resolver` and leaves the
path utilities in `path`.
The result is that now the IPFS `path` package just defines what a path
looks like and becomes a module that can be exported/re-used without problems.
Currently there are circular dependency cycles (resolve_test -> merkledag/utils,
merkledag->path), which the prevent the export of merkledag itself.
License: MIT
Signed-off-by:
Hector Sanjuan <hector@protocol.ai>
| 名称 |
最后提交
|
最后更新 |
|---|---|---|
| .. | ||
| commands | 正在载入提交数据... | |
| coreapi | 正在载入提交数据... | |
| coredag | 正在载入提交数据... | |
| corehttp | 正在载入提交数据... | |
| corerepo | 正在载入提交数据... | |
| coreunix | 正在载入提交数据... | |
| mock | 正在载入提交数据... | |
| .gitignore | 正在载入提交数据... | |
| bootstrap.go | 正在载入提交数据... | |
| bootstrap_test.go | 正在载入提交数据... | |
| builder.go | 正在载入提交数据... | |
| core.go | 正在载入提交数据... | |
| core_test.go | 正在载入提交数据... | |
| pathresolver.go | 正在载入提交数据... | |
| pathresolver_test.go | 正在载入提交数据... |