ooni-probe-cli/internal/cmd/miniooni
Simone Basso 273b70bacc
refactor: interfaces and data types into the model package (#642)
## Checklist

- [x] I have read the [contribution guidelines](https://github.com/ooni/probe-cli/blob/master/CONTRIBUTING.md)
- [x] reference issue for this pull request: https://github.com/ooni/probe/issues/1885
- [x] related ooni/spec pull request: N/A

Location of the issue tracker: https://github.com/ooni/probe

## Description

This PR contains a set of changes to move important interfaces and data types into the `./internal/model` package.

The criteria for including an interface or data type in here is roughly that the type should be important and used by several packages. We are especially interested to move more interfaces here to increase modularity.

An additional side effect is that, by reading this package, one should be able to understand more quickly how different parts of the codebase interact with each other.

This is what I want to move in `internal/model`:

- [x] most important interfaces from `internal/netxlite`
- [x] everything that was previously part of `internal/engine/model`
- [x] mocks from `internal/netxlite/mocks` should also be moved in here as a subpackage
2022-01-03 13:53:23 +01:00
..
.gitignore refactor: merge libminiooni into cmd/miniooni (#268) 2021-03-29 19:03:53 +02:00
libminiooni_test.go refactor: merge libminiooni into cmd/miniooni (#268) 2021-03-29 19:03:53 +02:00
libminiooni.go refactor: interfaces and data types into the model package (#642) 2022-01-03 13:53:23 +01:00
main.go fix(engine): break circular dep betwen session and tunnel (#295) 2021-04-05 12:02:35 +02:00
README.md refactor: merge libminiooni into cmd/miniooni (#268) 2021-03-29 19:03:53 +02:00

miniooni

This directory contains the source code of a simple CLI client that we use for research as well as for running QA scripts. We designed this tool to have a CLI similar to MK and OONI Probe v2.x to ease running Jafar scripts that check whether these tools behave similarly. Perfect backwards compatibility was not a design goal for miniooni. Rather, we aimed to have as little conflict as possible, such that we can run side-by-side QA checks.