On Thursday, February 22, 2018 at 9:53:20 PM UTC+8, Axel Wagner wrote:
> Daisy chaining would mean I would only have to code API translations for 
>> the latest API but then it's debug hell and if one version in the chain 
>> breaks, 
>> it means fixing all the newer versions. Also there's a performance hit 
>> going through many translations.
> I don't believe so. There's may be an increase in compile time though.

I was thinking of cases where the behavior is so different it needed to 
emulate old behavior so over time all the emulation adds up and would be 
more complex than just emulating based on v0/latest.

> The real question though, is how other package management semantics would 
> solve this better. Is this actually accidental complexity or just 
> systematic complexity caused by "I need to both break compatibility *and* 
> have different versions coexist *and* still share Singleton state between 
> them?

The vgo blogs talk about coexistence of multiple versions so was just 
figuring out if it makes sense and how would that look like.
I just like to be prepared for worst case scenarios, so stuff I was worried 
about may or may not actually happen. But better be safe than sorry.

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.
For more options, visit https://groups.google.com/d/optout.

Reply via email to