<div class="gmail_quote">On Tue, Feb 28, 2012 at 5:46 PM, Kentaro Hara <span dir="ltr"><<a href="mailto:haraken@chromium.org">haraken@chromium.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">>> So my answer to Maciej's second question:<br>
>><br>
>>> 2) To what extent should Module-like techniques be applied to non-Modules?<br>
>><br>
>> is that "let us stop applying Module-like techniques to non-Modules,<br>
>> until the modularization techniques mature well and the advantages of<br>
>> applying it become obvious". If there is no objection to this opinion,<br>
>> I'll revert back patches that have already committed around this.<br>
><br>
> IMHO, the changes to Page have been valuable.  Does anyone really<br>
> think we should undo, for example, these changes:<br>
<br>
</div>Yeah, I didn't intend to mean I want to revert back all patches.<br>
<br>
To clarify what patches were acceptable or not, we need to reach more<br>
concrete consensus on the Maciej's second question:<br>
<div class="im"><br>
>>> 2) To what extent should Module-like techniques be applied to non-Modules?<br>
<br>
</div>I know this question is more controversial than the Maciej's first<br>
question, because it is not clear "which is better, #ifdef flags or<br>
modularization?".<br>
<br>
IMHO, ---- if I take the standpoint that modularization is better than<br>
messy #ifdef flags ----, the answer can be similar to the one to the<br>
first question</blockquote><div><br></div><div>I don't think I can agree with a standpoint that modularization is necessary better than if-defs. With sufficient effort, you can make things like microdata and events modular but I don't believe that such a refactoring is desirable.</div>

<div><br></div><div>I think it's important to consider pros and cons on case-by-case basis.</div><div><br></div><div>- Ryosuke</div><div><br></div></div>