I've been trying to find examples of cases where it is complicated to > structure the project because circular imports are forbidden, but I can't > find something simple that I can show you. The thing is when I've been > confronted to such cases, it was with large projects, and I have no simple > way of reducing it to anything that can stand in a mail. >
Fair enough, understandable - although is it not also quite possible that the complexity you saw was (at least in part) due to circular imports? :) > Maybe it would help if you gave an example of some code that you think >> requires circular imports and we can see if it can be restructured without? >> > > I know that most projects can be restructured without circular imports, > but my point is that sometimes, even if it *can* be restructured without > them, it *should not*. > I guess my point is the exact opposite, even if it can be structured with them it shouldn't. In my mind circularity increases package coupling whereas breaking the coupling with interfaces leads to more robust packages. No evidence either from my side (other than anecdotal) so would be interesting to hear about any studies that have been done on this. Note that Go supports this perhaps better than Java or C# due to implicit interface satisfaction. I don't really know how to convey clearly what's in my mind, maybe I'm > wrong in my conclusions, but I've thought a lot about this and it makes me > uncomfortable. From my own perspective, if the logical resolution of a > problem leads to a structure with loops in its semantics and construction, > the language should not require rethinking such solution so that there are > no more loops in its architecture. > > Fair enough, I'll concede there could be situations I've not come across where not using circular imports would be more convoluted than with. Jamie -- 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.
