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.
