Show HN: LINQ for Go

#1

Post by aabalkan » Thu, Aug 07, 2014, 6:03 PM UTC

s

Re: Show HN: LINQ for Go

#2

Post by viggity » Fri, Aug 08, 2014, 1:40 AM UTC

I love everything linq. I love how I can be more expressive and do more with less. I'm assuming you've had exposure to C# otherwise you wouldn't have ported the main functionality over to Go. What are your thoughts - I know that Go has its special use cases but do you find that the more "verbose" nature of their lamdas junk up your code? Is the extra verbosity offset by Go's other redeeming qualities?

Re: Show HN: LINQ for Go

#3

Post by suzuki » Fri, Aug 08, 2014, 10:55 AM UTC

The 'LINQ for Go' passes around slices as sequences. It differs in both space and time complexities from the 'LINQ to Objects' in C#.

A rather proper LINQ implementation in Go is

http://www.oki-osk.jp/esc/golang/linq3/linq.go.html http://www.oki-osk.jp/esc/golang/linq3/linq_test.go.html

and its design and implementation are explained in

http://www.oki-osk.jp/esc/golang/linq3.html

Re: Show HN: LINQ for Go

#4

Post by bsaul » Fri, Aug 08, 2014, 12:44 PM UTC

I've read many compliments about LINQ and how it was something fundamentally more powerfull than just a sql wrapper ( i think i remembered the dreaded word "monad", but i'm not suree), but i haven't found any detailled analysis of the theory behind that technology.

Anyone got a link to something like that ?

Re: Show HN: LINQ for Go

#5

Post by monoid » Fri, Aug 08, 2014, 2:48 PM UTC

Didn't explore both in depth, but at first glance I prefer the GO underscore approach: https://github.com/tobyhede/go-underscore

Re: Show HN: LINQ for Go

#6

Post by macca321 » Tue, Aug 12, 2014, 12:36 PM UTC

This looks more like a list comprehensions library for Go than a LINQ library.

Actual LINQ is a lot more powerful.