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>
| 名称 |
最后提交
|
最后更新 |
|---|---|---|
| .. | ||
| interface | 正在载入提交数据... | |
| block.go | 正在载入提交数据... | |
| block_test.go | 正在载入提交数据... | |
| coreapi.go | 正在载入提交数据... | |
| dag.go | 正在载入提交数据... | |
| dag_test.go | 正在载入提交数据... | |
| key.go | 正在载入提交数据... | |
| key_test.go | 正在载入提交数据... | |
| name.go | 正在载入提交数据... | |
| name_test.go | 正在载入提交数据... | |
| object.go | 正在载入提交数据... | |
| object_test.go | 正在载入提交数据... | |
| pin.go | 正在载入提交数据... | |
| pin_test.go | 正在载入提交数据... | |
| unixfs.go | 正在载入提交数据... | |
| unixfs_test.go | 正在载入提交数据... |