<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Apr 21, 2014 at 5:09 PM, Alp Toker <span dir="ltr"><<a href="mailto:alp@nuanti.com" target="_blank">alp@nuanti.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
On 22/04/2014 00:31, Alp Toker wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm not really opposed to the idea, though. I just found the current version easier to use.<br>
</blockquote>
<br>
I recommend not modifying the Diag() signature because the feature will be unavailable to other modules until they each update their own Diag() signatures introducing latent churn.<br>
</blockquote>
<br></div>
To be clear, my concern is that other developers will propagate this over time to other Diag() functions as they would have to to be able to use it -- a problem that a fluent extension to DiagnosticBuilder wouldn't suffer from.<br>

<br>
If it does propagate, that means many signatures will get updated and locks us in a little more as we look to improve the diagnostic system.<br>
<br>
To me that tips the balance in favour of the fluent approach which is the straightforward way to provide the feature to all diagnostic emitters immediately without further change to interfaces.<br>
<br>
I can tell you're keen to get this in from the 10 minute review window but I'd prefer if you take this measure because it's not much work beyond your original patch :-)</blockquote><div><br></div><div>I think this is a reasonable concern; this is very much a corner-case feature so shouldn't be in the primary interface of Diag(...). I wonder if a manipulator might fit the streaming interface of DiagnosticBuilder a bit better than a fluent interface.</div>
</div></div></div>