Update persistence context to not be wrapped into a useless class. Modify the way test databases are created.
Signed-off-by: Jussi Hallila <jussi@hallila.com>
Types can be used to:
* Determine which check logic to run
* Determine the correct persistence option to use
* Choose correct ser/deser logic for the check
* Determine correct components to render on the frontend
Modify router API to be post for better usability. The API might end up doing writes if caching etc. is added in later as well.
Modify CheckRegistry & FactChecker to return persisted check when it is registered.
Signed-off-by: Jussi Hallila <jussi@hallila.com>
* Add common types and interfaces for Tech Insights. Exposing components needed to use and modify tech-insights-backend module and to implement individual Fact Retrievers, Fact Checkers and their persistence options.
* Implement a framework to run fact retrievers and store fact data into the database. Add migration scripts to create a new database for `tech_insights`.
* Create a default implementation of a FactChecker enabling users to construct checks and run them and generate scorecards based on checks.
* To be able to use tech insights in your application you need to implement `FactRetriever`s to retrieve and return data for facts and register them to the tech-insights-backend. If you want to use fact checking functionality, you need to create `check`s and register them to an implementation of a `FactChecker`.
For more information see documentation on the README.md files of the respective packages.
Signed-off-by: Jussi Hallila <jussi@hallila.com>
Mark David Avery