You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Can a new Vector class be added that represents a vector of arbitrary length?
It seems the current implementation of classes Vector2, Vector3, and Vector4 can be generalized to form a new class VectorN, which would also implement Vector.
Clearly, 2, 3, and 4 dimensional vectors are sufficient for many applications. However there are applications where this restriction becomes prohibitive. The options for overcoming this restriction include creating another pub package, or a custom implementation in the application itself; neither of which promotes re-use, nor settling on a common package for solving a very common problem.
As an example, pub package math_expressions has the set goal of "[...]supporting real, vector and interval evaluations of mathematical expressions." As the package depends on vector_math it is currently limited to evaluating expressions involving up to 4-dimensional vectors. An issue has been filed to look into options for eliminating this limitation. One of the options is for math_expressions to add a class that implements Vector and represents vectors of arbitrary length, but it seems such a class would better belong invector_math to promote standardizing on a singe package for representing vectors of all types.
The text was updated successfully, but these errors were encountered:
Can a new Vector class be added that represents a vector of arbitrary length?
It seems the current implementation of classes Vector2, Vector3, and Vector4 can be generalized to form a new class
VectorN
, which would also implement Vector.Clearly, 2, 3, and 4 dimensional vectors are sufficient for many applications. However there are applications where this restriction becomes prohibitive. The options for overcoming this restriction include creating another pub package, or a custom implementation in the application itself; neither of which promotes re-use, nor settling on a common package for solving a very common problem.
As an example, pub package math_expressions has the set goal of "[...]supporting real, vector and interval evaluations of mathematical expressions." As the package depends on
vector_math
it is currently limited to evaluating expressions involving up to 4-dimensional vectors. An issue has been filed to look into options for eliminating this limitation. One of the options is formath_expressions
to add a class that implements Vector and represents vectors of arbitrary length, but it seems such a class would better belong invector_math
to promote standardizing on a singe package for representing vectors of all types.The text was updated successfully, but these errors were encountered: