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

v2 API for component database #228

Open
mawildoer opened this issue Mar 8, 2024 · 0 comments
Open

v2 API for component database #228

mawildoer opened this issue Mar 8, 2024 · 0 comments

Comments

@mawildoer
Copy link
Contributor

Currently, we just query the component database with a glob of all the information we can get our hands on for a given component.

Perhaps instead we should consider existing schemas; eg. e-datasheets, though they exhibit this problem: edatasheets/digital-datasheets#87

Additionally, the queries should be structured better based on params the user-side knows the server side will have as data. Perhaps we should use the generics as the schema and only transport over the data we know the database will have, in the form (eg. ranges) we know it'll have it.
This is required to improve error handling and UX on the CLI side.
We should be able to throw errors like "Component missing 'value'" for example and enforce field population.

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