Why not make this project into a base toolkit?

[ZZQ001010]

Why not make this project into a base toolkit? Go array map is cumbersome

[ZZQ001010]

Includes some thread safety control

[Zyl9393]

Generics are coming. They will cause projects like this to be rewritten a lot.

[emirpasic]

@Zyl9393 Generics would solve many of the problems, but at the time of creating this project, there was direct refusal to get generics into golang from the authors themselves. So, once, and if they arrive, this will be a good addition to this project as the type casting in GoDS takes the biggest performance hit, generics would solve that .

[emirpasic]

@zzq1314zll I think the authors of golang are opinionated in that regard, keeping go simple, so I doubt they would approve of that. This does not prevent you from using GoDS as a dependency. I've created this project as I've felt that these high-level data structures were missing, given you have access to them in Java, C++ STL, etc. and we make much use of it in our daily lives. In short, it is up to the authors to decide, I have no influence over it and respect their philosophy that has created golang as one of the most popular languages... so they are doing something right keeping it simple.

[Zyl9393]

@emirpasic Thanks for making this project! The Generics proposal is actually accepted, in case you missed it: https://go.googlesource.com/proposal/+/refs/heads/master/design/43651-type-parameters.md

Golang's biggest problem is that it often sacrifices correctness for the sake of simplicity. It makes it easy to get into, but hard to tackle niche problems. Generics are the obvious tip of the iceberg. Most other problems stem from the standard library sitting at 1.x for way too long. They even unnecessarily make many parts of it package-private to allow for this to go on even longer. I'm getting a bit jaded over it. Probably going to look at Rust for a change...

[emirpasic]

Generics is finally here and discussed in #179

This will be a rewrite of GoDS as v2 to keep the old version in order not to break builds and keep some backward compatability for versions prior to Golang 1.18

[emirpasic]

Generics is finally here and discussed in #179

This will be a rewrite of GoDS as v2 to keep the old version in order not to break builds and keep some backward compatability for versions prior to Golang 1.18