Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Roadmap #1

Open
jcrugzz opened this issue May 10, 2016 · 0 comments
Open

Roadmap #1

jcrugzz opened this issue May 10, 2016 · 0 comments

Comments

@jcrugzz
Copy link
Collaborator

jcrugzz commented May 10, 2016

  1. Schema refactor
    • as this project evolved, the schema transitioned from consuming a json object and gave helpers for various conditions. This needs to be straightened out so that the operations associated with the various filtering are more easily mapped. Command pattern possibly.
    • normalize the lookup objects to be namespaced rather than specific camelCased named.
  2. Engine agnostic
    • something to think about in this schema refactor is how to allow for different engines to be pluggable. The joi extension needs to expose a consistent interface. The data structure that the schema in datastar consumes from the joi extension can't be the same because of the nature of schemas.
    • another question: how to decouple the models themselves from statements. The engine itself needs to manage that aspect of the abstraction. We can only provide a thin layer around joi, a common set of types that get inherited.
    • Ultimately it seems like the engine needs to expose a schema implementation.
  3. LevelDB engine.
    • use this as an exercise to see what elements can be re-used from the current implementation.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant