[MERGE] Nested trees: CompositeTree

Vincent Ladeuil v.ladeuil+lp at free.fr
Thu Apr 16 08:11:48 BST 2009


>>>>> "aaron" == Aaron Bentley <aaron at aaronbentley.com> writes:

<snip/>

    >> John has been promoting a policy of explicitly naming
    >> optional parameters rather than relying on their position
    >> being unchanged.

    aaron> I don't think I've ever heard that suggested before.

It has been discussed at several occasions, from memory I'd say
during reviews, so that may explain you didn't notice.

It isn't a *requirement*, we have no way to really enforce it,
it's just that it provides some room regarding backward
compatibility.

It isn't perfect either (ever heard about 'ignore_fallbacks'
backtraces :), yet it helps.

    aaron> Is it not an API break to change the position of any
    aaron> parameter?

In the general case yes. That's exactly the reason John (and I
strongly agree and try to do the same) proposed to always specify
names for *optional* parameters.

With that rule only the *required* parameters order remains
important.

    aaron> If not, then shouldn't we specify the names of all
    aaron> parameters, not just optional ones?

Specifying names is harder to type and to read, I think the
policy is a trade-off trying to increase overall comfort, a bit
more effort now, for hopefully less effort later.

     Vincent



More information about the bazaar mailing list