I'm also an Erlang newbie, coming from C#. I've tried to put aside my OO preconceptions, but it seems to me that there are some useful conceptual mappings - can I check a couple?<br><br>Would it be fair to say that Erlang Behaviours achieve code re-use by implementing, in the sense of Martin Fowler's article (
<a href="http://martinfowler.com/articles/injection.html">http://martinfowler.com/articles/injection.html</a>), the Inversion of Control pattern with Constructor (or is it Setter?) Dependency Injection?<br><br>And would it also be fair to describe Vance's Cascading_Behaviours as adding more code re-use via the Decorator pattern (
<a href="http://en.wikipedia.org/wiki/Decorator_pattern">http://en.wikipedia.org/wiki/Decorator_pattern</a>), at least when taking the option of exporting an identical interface to the callback
module as imported?<br><br>Francis.<br><br><div><span class="gmail_quote">On 04/11/2007, <b class="gmail_sendername">Vance Shipley</b> <<a href="mailto:vances@motivity.ca">vances@motivity.ca</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;">
Brandon,<br><br>I have used what I call cascading behaviours to accomplish what<br>you describe.  I wrote about it here:<br><br>        <a href="http://www.trapexit.org/Cascading_Behaviours">http://www.trapexit.org/Cascading_Behaviours
</a><br></blockquote></div>