[PD] PD OOP?

brandon zeeb zeeb.brandon at gmail.com
Thu Dec 16 01:45:25 CET 2010


On Wed, Dec 15, 2010 at 6:49 PM, Mathieu Bouchard <matju at artengine.ca>wrote:

> On Wed, 15 Dec 2010, brandon zeeb wrote:
>
>  do you, really ?
>>>
>>
>> Why are people getting offended here?
>>
>
> Am I getting offended ? How would you know, anyway ?
>
>
Well, you're certainly argumentative :-/


> Having to reinvent all that's outside of pd-vanilla is a more severe
> information overload.
>
> If your background is in software development, then you know that you
> should rely on libraries to get stuff done.
>
>
>  I use Pd to help learn these basics, and I will use pd-extended when I've
>> mastered the basics.
>>
>
> But, as I said, many of what I consider to be basics are outside of
> pd-vanilla (while several things in pd-vanilla are rarely ever used by
> anyone).
>
>
Relying on the pre-baked solution that is pd-extended doesn't make for a
very rewarding learning experience.  Yet, if I were being paid for this, I
would definitely be making use of pd-extended because as you mentioned, my
primary motivation would be getting stuff done.  As a software developer,
I'm keen on avoiding the reliance on superfluous dependency, and right now
pd-extended is just that.

With that in mind, what's the point in using a pre-baked filter if I haven't
>> created my own
>>
>
> It's so that you don't have to create your own.
>
>
As I mentioned, I do want to create my own... to learn.


 Using IoC / Strategy, you create your abstraction and pass a symbol
> referencing the metronome you want to use.
>
 But you can also create the [metro] outside of the object, provided that
> you have an inlet in the abstraction that accepts the bangs, and zero, one
> or two outlets for connecting back to [metro] depending on needs. Isn't that
> IoC ?


Yes, that would be a fine example when the payload is rather simple, and
when tilde~ objects aren't involved (block delay!).  Anything beyond 1 or
two outlet/inlet pairs would probably be too cryptic for my uses, but the
same would go for creation style IoC.


>
>  In Java / Spring IoC psuedocode:
>>
>
> No idea what Spring is... and it doesn't seem to be used in your
> pseudocode, does it ?


Most Java classes used in Spring follow that example with setters for most
dependencies.  With regards to IoC, Spring is the agent that deals with
creating objects, resolving setter and constructor dependency, and
connecting them together.  This is accomplished either through XML,
annotations, or simple code (as in my example, where I'm instantiating the
objects myself).

-- 
Brandon Zeeb
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20101215/e1fe4d18/attachment.htm>


More information about the Pd-list mailing list