<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 31, 2016 at 11:28 AM, Graeme Geldenhuys <span dir="ltr"><<a href="mailto:mailinglists@geldenhuys.co.uk" target="_blank">mailinglists@geldenhuys.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016-03-31 16:06, Michael Van Canneyt wrote:<br>
</span><span class="">> I usually have a 'Start Application' kind of routine where I register all<br>
> the necessary things, link things together (needed if you follow 'loosely<br>
> coupled' design).<br>
<br>
</span>I do the same. The tiOPF project follows a similar path in the core<br>
framework and its UnitTest suite. It works well.<br></blockquote></div><br></div><div class="gmail_extra">One could use an alternative approach and have "binding" units.<br></div><div class="gmail_extra">The unit would consist of initialization section only, that does the necessary binding code.<br><br></div><div class="gmail_extra">They allow to avoid code within "start application" routine across different projects.<br></div><div class="gmail_extra">At the same time they keep the actual library units free of initialization.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">thanks,<br></div><div class="gmail_extra">Dmitry<br></div></div>