<div dir="ltr">On 8 November 2017 at 15:56, Benjamin G <span dir="ltr">&lt;<a href="mailto:benjamin.garrigues@gmail.com" target="_blank">benjamin.garrigues@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">I&#39;m extremely curious to know the use case that made you code this way. Is it one of the case Adam listed before ?<div><br></div></div></blockquote><div> </div><div>to &quot;manage complexities&quot;. once the type is relatively big (it&#39;s not a view controller :) -&gt; there&#39;s a need to split it into different extensions (or even files) to keep things manageable -&gt; hence the need to expose the private things as internals due to the current language limitations -&gt; hence the fear that someone on the same module (even myself few weeks later) one day will take advantage of &quot;what is supposed to be private&quot; and get an unwanted dependency on it. plus of course a desire to save time on trips to the main type and back when i have to change the variables, which is quite annoying. if your type is reasonably big you may find yourself in a situation when all you have in the main type definitions is just variables (*), and you have several extensions each implementing a certain feature.</div><div><br></div><div>(*) and those methods that relate to other language limitations, e.g. &quot;can&#39;t override methods of extensions yet&quot;</div><div><br></div><div>among those 1.5 million hits for &quot;how do i store variables in extensions in swift&quot; a significant portion would be for the &quot;own type&quot; use cases - so that&#39;s not &quot;just me&quot;. </div><div><br></div><div>the use case of IB outlets/variables brought by Adam can be a significant plus for parts/continuations/partial ideas. just imagine you no longer have to manually keep in sync the two (storyboard and outlets/variables) as Xcode will do it itself. once we have this feature all IB classes (e.g. all view controllers) will become parts/continuations/partials.</div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">I don&#39;t want to sidetrack this issue, but i wonder if something like this <a href="https://golang.org/doc/effective_go.html#embedding" target="_blank">https://golang.org/doc/<wbr>effective_go.html#embedding</a> <wbr>wouldn&#39;t be a &quot;cleaner&quot; solution.</div><div class="gmail-HOEnZb"><div class="gmail-h5"><div class="gmail_extra"><br></div></div></div></blockquote><div><br></div><div>at the first glance it resembles... the ledger :) just from a slightly different angle.</div><div> </div></div><div>Mike</div><div><br></div></div></div></div>