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
An issue to discuss switching to STL containers for 2.x.
From the project description, we are aiming to be (emphasis added)
Productive: Do not reinvent the wheel. Engine should reduce development time
Switching to the STL means that users have to reinvent the wheel slightly less when looking for code snippets on the internet. But it is also a significant break in compatibility with existing code, as our containers use CamelCase methods, while the STL uses snake_case.
Some questions to start off:
Yes or No to switching for 2.x?
Which containers (e.g. do we include String)?
Which STL (the STL, EASTL, etc.)?
Backwards compatibility: Is there anything to aid the user in the transition?
What about where the STL is less convenient? E.g. Vector::Contains
The text was updated successfully, but these errors were encountered:
An issue to discuss switching to STL containers for 2.x.
From the project description, we are aiming to be (emphasis added)
Switching to the STL means that users have to reinvent the wheel slightly less when looking for code snippets on the internet. But it is also a significant break in compatibility with existing code, as our containers use
CamelCase
methods, while the STL usessnake_case
.Some questions to start off:
Vector::Contains
The text was updated successfully, but these errors were encountered: