On Feb 25, 11:04 am, [EMAIL PROTECTED] wrote:
> > B1.fun(A(x), A(y), A(z)) == B.fun(A(x), A(y), A(z))
> > but
> > B1.fun(A1(x), A(y), A(z) != B.fun(A1(x), A(y), A(z))
>
> > Is there a data-structure solution or third party module that would
> > mimic this behavior?
>
> class B:
> xfun= Overloade
> B1.fun(A(x), A(y), A(z)) == B.fun(A(x), A(y), A(z))
> but
> B1.fun(A1(x), A(y), A(z) != B.fun(A1(x), A(y), A(z))
>
> Is there a data-structure solution or third party module that would
> mimic this behavior?
'''
An Overloaded instance, B.xfun, is created in the base class of the
classes the memb
On Feb 25, 1:33 am, Allen Peloquin <[EMAIL PROTECTED]> wrote:
> I have a personal project that has an elegant solution that requires
> both true multiple inheritance of classes (which pretty much limits my
> language choices to C++ and Python) and type-based function
> overloading.
>
> Now, while t
On Feb 25, 2:33 am, Allen Peloquin <[EMAIL PROTECTED]> wrote:
> I have a personal project that has an elegant solution that requires
> both true multiple inheritance of classes (which pretty much limits my
> language choices to C++ and Python) and type-based function
> overloading.
>
> Now, while t
Stefan Behnel schrieb:
> Allen Peloquin wrote:
>> On Feb 24, 11:44 pm, Stefan Behnel <[EMAIL PROTECTED]> wrote:
>>> Allen Peloquin wrote:
class B
{
fun(A x, A y, A z)...
fun(A1 x, A y, A z)...
}
class B1
{
fun(A1 x, A y, A z)...
}
Such t
Allen Peloquin a écrit :
> I have a personal project that has an elegant solution that requires
> both true multiple inheritance of classes (which pretty much limits my
> language choices to C++ and Python) and type-based function
> overloading.
>
> Now, while this makes it sound like I have to re
Allen Peloquin wrote:
> On Feb 24, 11:44 pm, Stefan Behnel <[EMAIL PROTECTED]> wrote:
>> Allen Peloquin wrote:
>>> class B
>>> {
>>> fun(A x, A y, A z)...
>>> fun(A1 x, A y, A z)...
>>> }
>>> class B1
>>> {
>>> fun(A1 x, A y, A z)...
>>> }
>>> Such that any previous behavior is inherite
Allen Peloquin <[EMAIL PROTECTED]> writes:
> I have a personal project that has an elegant solution that requires
> both true multiple inheritance of classes (which pretty much limits my
> language choices to C++ and Python) and type-based function
> overloading.
>
Common Lisp :/
--
http://mail
On Feb 24, 11:44 pm, Stefan Behnel <[EMAIL PROTECTED]> wrote:
> Allen Peloquin wrote:
> > class B
> > {
> > fun(A x, A y, A z)...
> > fun(A1 x, A y, A z)...
> > }
>
> > class B1
> > {
> > fun(A1 x, A y, A z)...
> > }
>
> > Such that any previous behavior is inherited, but behaves
> > po
Stefan Behnel wrote:
> Allen Peloquin wrote:
>> class B
>> {
>> fun(A x, A y, A z)...
>> fun(A1 x, A y, A z)...
>> }
>>
>> class B1
>> {
>> fun(A1 x, A y, A z)...
>> }
>>
>> Such that any previous behavior is inherited, but behaves
>> polymorphically because of the single function name.
Allen Peloquin wrote:
> class B
> {
> fun(A x, A y, A z)...
> fun(A1 x, A y, A z)...
> }
>
> class B1
> {
> fun(A1 x, A y, A z)...
> }
>
> Such that any previous behavior is inherited, but behaves
> polymorphically because of the single function name.
Try something like this:
class
I have a personal project that has an elegant solution that requires
both true multiple inheritance of classes (which pretty much limits my
language choices to C++ and Python) and type-based function
overloading.
Now, while this makes it sound like I have to resign myself to C++,
which I am not a
12 matches
Mail list logo