<br><br><div class="gmail_quote">On Wed, May 23, 2012 at 3:35 PM, PJ Eby <span dir="ltr">&lt;<a href="mailto:pje@telecommunity.com" target="_blank">pje@telecommunity.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="gmail_quote"><div class="im">On Wed, May 23, 2012 at 3:02 PM, Brett Cannon <span dir="ltr">&lt;<a href="mailto:brett@python.org" target="_blank">brett@python.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


If I understand the proposal correctly, this would be a change in NamespaceLoader in how it sets __path__ and in no way affect any other code since __import__() just grabs the object on __path__ and passes as an argument to the meta path finders which just iterate over the object, so I have no objections to it.</blockquote>


</div><div><br>That&#39;s not *quite* the proposal (but almost). The change would also mean that __import__() instead passes a ModulePath (aka Nick&#39;s LazyIterable) instance to the meta path finders, which just iterate over it. But other than that, yes.</div>

</div></blockquote><div><br></div><div>And why does __import__() need to construct that? I thought NamespaceLoader was going to be making these &quot;magical&quot; __path__ objects that detected changes and thus update themselves as necessary and just stick them on the object. Why specifically does __import__() need to play a role? </div>

</div><br>

AltStyle によって変換されたページ (->オリジナル) /