<div dir="ltr">As a user of swift, building projects on top of it, the single biggest limitation I&#39;ve come across is that <b>all </b>my unit tests are significantly more bloated compared to Objective C... because mocking &amp; stubbing is not possible due to the static nature of the language and that readwrite reflection is not supported.<div><br></div><div>I did some research and apart from C++ and C I couldn&#39;t find any other popular language that does not support readwrite reflection (here&#39;s a post I wrote on the topic: <a href="http://bit.ly/1PbgSys">http://bit.ly/1PbgSys</a> ).</div><div><br></div><div>Not having readwrite reflection makes it impossible to create any mocking frameworks for unit testing, which is a very common tool in the testing world. Without this we&#39;re left with using dummies and fakes - for now creating them manually, in the future I&#39;m sure there will be plugins that support generating these from e.g. protocols.<br></div><div><br></div><div>The iOS community seems to be somewhat behind when it comes to automation compared to other languages and platforms - and in its current version Swift seems to make the barrier to entry even higher compared to Objective C, where mocking and stubbing is a possibility due to the dynamic nature of the language.</div><div><br></div><div>Could anyone shed some light on why the decision was made to leave this feature out? Is it just a feature that due to complexity will be pushed for later? Or is it a security consideration?<br></div><div><br></div><div>Thanks,<br></div><div><br></div><div> Gergely</div></div>