<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If we get rid of the write style variant, then you need to<br>

remember just one name with 4 overloads:<br>
<br>
log(string message);<br>
log(string format, Args...);<br>
log(bool condition, string message);<br>
log(bool condition, string format, Args...);<br>
<br></blockquote><div><br></div><div>But you would also have to remember that log(...) behaves like writef(...) and not write(...)</div><div><br></div><div>Having consistency with the already existing write methods is a good thing.  And having both options is useful, as some prefer one over the other (and you can do more interesting logging things with a list of items to log when you aren't restricted by a format string).</div>
<div><br></div><div>On the conditional log methods: +1 to not having them, I believe that they are more complicating than useful.  They muddy the responsibility of logging, putting program logic along with log level configuration to decide what to log.  They are an easy thing to add as an extension to the logging library, no need to include them in the base logging API.</div>
<div><br></div><div><br></div></div></div></div>