Go(lang): Robust generic functions on slices

Re:Go(lang): Robust generic functions on slices by masklinn on Saturday February 24, 2024 @07:08AM (#39490927)

> Without defending this API, the easiest way to go about avoiding bugs when working with slice mutating functions is to consider all those "fine" scenarios as not fine. Always assume that only the return value of slice mutating functions are the valid reference and the old one always invalid.

The first "fine" scenario is fine because `slices.Sort` works in place, it doesn't return a value at all.

And the other "fine" versions do essentially what you advocate, by overwriting the invalid reference with the new one.

[ Parent | on HN ]

Re:Go(lang): Robust generic functions on slices by __s on Saturday February 24, 2024 @07:47AM (#39491116)

By returning nil, the function makes it clear that it doesn't move the input reference

[ Parent | on HN ]

Re:Go(lang): Robust generic functions on slices by stouset on Saturday February 24, 2024 @04:28PM (#39495283)

Yes, but now I have to keep track of which functions invalidate-and-return and which return nil. If I forget that `slices.Delete` returns a new slice instead of mutating in-place, the language doesn’t help me.

[ Parent | on HN ]

Re:Go(lang): Robust generic functions on slices by omeid2 on Saturday February 24, 2024 @10:56PM (#39497467)

The nil return assignment is a compile time error, so easy to spot. It is not supposed to be the defence of the API or a silver bullet, just a practical rule that can save you some hustle.

[ Parent | on HN ]