Go will have support for generics soon.
You won't need reflection anymore. \o/

https://github.com/samber/lo

On Friday, September 3, 2021 at 3:53:45 PM UTC+2 Howard C. Shaw III wrote:

> Just so you are aware of what's out there:
>
> https://github.com/robpike/filter
>
> "I wanted to see how hard it was to implement this sort of thing in Go, 
> with as nice an API as I could manage. It wasn't hard.
>
> Having written it a couple of years ago, I haven't had occasion to use it 
> once. Instead, I just use "for" loops.
>
> You shouldn't use it either.
>
> Rob Pike
>
> "
>
> https://github.com/JohnCGriffin/yogofn - uses reflection, but has 
> non-reflective code for float64, int, and string slices.
>
> https://github.com/kulshekhar/fungen - uses go generate to create 
> list-like types with MRF functions.
>
> https://github.com/thoas/go-funk - reflect-based generic MRF, along with 
> some single-typed instances
>
> https://github.com/benashford/go-func - another reflection based MRF
>
> https://blog.gopheracademy.com/advent-2015/glow-map-reduce-for-golang/ - 
> glow is more like your example, using channels for MRF, but adds the 
> ability to shard and distribute the shards.
>
> You might want to look over these and see what differentiates your 
> solution so that you can mention it in your Readme.MD. Also, don't forget 
> that generics are coming in 1.18, and they are already enabled in go-tip, 
> so you can be working on a non-reflection based generic solution.
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/49feb64e-f7e4-448d-9faa-44ca0228a5fdn%40googlegroups.com.

Reply via email to