<div dir="ltr"><div>Somehow I did not send a copy to evolution the first time:</div><div><br></div><div>I have to agree. Stopping the discussion on this until after Swift 3.</div><div><br></div><div>And response from Dmitri:</div><div><br></div><div>Thanks!</div><div><br></div><div>Just wanted to be clear -- I am not against reflection.  And I am</div><div>concerned whether the current design of Mirror will work for the</div><div>long-term full-featured reflection implementation, but only because we</div><div>don&#39;t know what will be the shape of reflection in Swift.  For</div><div>example, would we be able to call arbitrary public functions on a type</div><div>by name?  If yes, how would that be implemented -- both in the API,</div><div>and on the low level, how would actual function call and argument</div><div>passing work?  How much extra metadata and thunks would the compiler</div><div>need to emit?  Would an average app or framework want that bloat?</div><div>Remember that we don&#39;t have a JIT, so we can&#39;t say &quot;we will do what</div><div>Java (or any other mainstream language with reflection) does&quot;, because</div><div>we can&#39;t.</div></div>