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

Consider splitting SpaceTime library #294

Open
tomrijnbeek opened this issue Sep 21, 2022 · 0 comments
Open

Consider splitting SpaceTime library #294

tomrijnbeek opened this issue Sep 21, 2022 · 0 comments
Labels
discussion-needed Issue that is not ready for implementation, but still requires discussion enhancement

Comments

@tomrijnbeek
Copy link
Member

🆙 Improvement proposal

The space time concepts from this library hold significant value on their own, even outside the context of this library. We should consider whether we want to extract those into a separate library (even if said library is still in this repository).

Independently, but related, we should consider whether the space time values should be backed by System.Numerics types instead (see #146). That would open up the path towards making the space time library more universally useful. We can always support adapter libraries such as Bearded.SpaceTime.OpenTK and Bearded.SpaceTime.Unity which add extension methods to convert the underlying data to the respective types.

Context

Makes the library more universally useful.

@tomrijnbeek tomrijnbeek added enhancement discussion-needed Issue that is not ready for implementation, but still requires discussion labels Sep 21, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion-needed Issue that is not ready for implementation, but still requires discussion enhancement
Projects
None yet
Development

No branches or pull requests

1 participant