<br><div><span class="gmail_quote">On 6/22/07, <b class="gmail_sendername">Alexander Dymo</b> <<a href="mailto:dymo@ukrpost.ua">dymo@ukrpost.ua</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 6/21/07, Sandro Andrade <<a href="mailto:sandro.andrade@gmail.com">sandro.andrade@gmail.com</a>> wrote:<br>> Why there is a need for separating ICore from Core ?<br>As Andreas said, the plugins don't need to link to the application,
<br>they need to link only to the small library with well-defined set of<br>interfaces (with BC guarantees).</blockquote><div><br>Hi Andreas and Alexander,<br>
<br>
As stated in <a href="http://accu.org/index.php/journals/269">http://accu.org/index.php/journals/269</a>, the three main reasons for separating interface from implementation are:<br>
<br>
1) Reducing implementation detail exposed to the user<br>
2) Reducing physical coupling<br>
3) Allowing customised implementations<br>
<br>
I guess the reason 3) does not apply to the kdevplatform, right ?<br>So, in conclusion, the reason for this programming style is just to reduce compilation time and dependencies ? In despite of these reasons, BC issues could be handled by a d-pointer, leading us to forget about separating ICore from Core ?
<br><br>Thanks in advance,<br>Sandro<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">_______________________________________________
<br>KDevelop-devel mailing list<br><a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br><a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
</a><br></blockquote></div><br>