using System;
using System.Collections.Generic;
using System.Reflection;

namespace Generics2
{
    public class MultipleInheritedObject
    {
        private Dictionary<Type, Object> _mixins = new Dictionary<Type, Object>();

        public MultipleInheritedObject(params Type[] mixins)
        {
            foreach (Type type in mixins)
                _mixins.Add(type, Activator.CreateInstance(type));
        }

        public Interface As<Interface>()
        {
            Object implementation;
            if (_mixins.TryGetValue(typeof(Interface), out implementation))
                return (Interface)implementation;
            throw new System.InvalidCastException();
        }
    }

    class Test : MultipleInheritedObject
    {
        public Test(params Type[] mixins) : base(mixins) { }

        public void Test1()
        {
            Console.WriteLine("Test1");
        }
    }

    class Papa
    {
        public Papa() { }

        public void Papa1()
        {
            Console.WriteLine("Papa1");
        }
    }

    class Mama
    {
        public Mama() { }

        public void Mama1()
        {
            Console.WriteLine("Mama1");
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            var test = new Test(typeof(Papa), typeof(Mama));

            test.Test1();
            test.As<Papa>().Papa1();
            test.As<Mama>().Mama1();

            Console.ReadKey();
        }
    }
}

10.1.4 Class base specification
A base class cannot be a type parameter on its own, though it can involve the type parameters that are in scope.

class Extend<V>: V {}            // Error, type parameter used as base class

10.1.5 Type parameter constraints
In either case, the constraint can involve any of the type parameters of the associated type or method declaration as part of a constructed type, and can involve the type being declared.

#include<iostream>

using namespace std;

template < class T > 
class Test : public T
{
    public:
        void Test1()
        {
            cout<<"Test1"<<endl;
        };
};

class Papa
{
    public:
        void Papa1()
        {
            cout<<"Papa1"<<endl;
        };
};

class Mama
{
    public:
        void Mama1()
        {
            cout<<"Mama1"<<endl;
        };
};

void main()
{
    Test<Papa> testPapa;
    testPapa.Papa1();
    testPapa.Test1();

    Test<Mama> testMama;
    testMama.Mama1();
    testMama.Test1();
}

using System;

namespace Generics1
{
    class Test<T> where T : Test<T>, new()
    {
        public void Test1() {
            Console.WriteLine("Test1");
        }

        public T getInstance() {
            return new T();
        }
    }

    class Papa : Test<Papa>
    {
        public Papa() { }

        public void Papa1() {
            Console.WriteLine("Papa1");
        }
    }

    class Mama : Test<Mama>
    {
        public Mama() { }

        public void Mama1() {
            Console.WriteLine("Mama1");
        }
    }

    class Program
    {
        static void Main(string[] args) {
            var testPapa = new Test<Papa>().getInstance();
            testPapa.Test1();
            testPapa.Papa1();

            var testMama = new Test<Mama>().getInstance();
            testMama.Test1();
            testMama.Mama1();

            Console.ReadKey();
        }
    }
}

VD>Component-oriented programming
VD>    * SOFA component system [1] from ObjectWeb
VD>    * Fractal component model [2] from ObjectWeb
VD>    * rCOS method of component-based model driven design [3] from UNU-IIST
VD>    * Visual Basic Extensions, OCX/ActiveX/COM and DCOM from Microsoft
VD>    * XPCOM from Mozilla Foundation
VD>    * VCL and CLX from Borland and similar free LCL library.
VD>    * Enterprise JavaBeans from Sun Microsystems
VD>    * UNO from the OpenOffice.org office suite
VD>    * Eiffel programming language
VD>    * Oberon programming language and BlackBox
VD>    * Bundles as defined by the OSGi Service Platform
VD>    * The System.ComponentModel namespace in Microsoft .NET
VD>    * Flow-based programming
VD>    * MidCOM[4] component framework for Midgard and PHP
VD>    * Common Component Architecture (CCA) - Common Component Architecture Forum [5], Scientific/HPC Component Software
VD>          o TASCS [6] - SciDAC [7] Center for Technology for Advanced Scientific Component Software
VD>

Component-based software frameworks for specific domains
    * Earth System Modeling Framework (ESMF)
Compound document technologies
    * Bonobo (component model), a part of GNOME
    * KPart, the KDE Compound document technology
    * Object linking and embedding (OLE)
    * OpenDoc
    * Fresco
Business object technologies
    * Newi
Distributed computing software components
    * 9P distributed protocol developed for Plan 9, and used by Inferno and other systems.
    * CORBA and the CORBA Component Model from the Object Management Group
    * D-BUS from the freedesktop.org organization
    * DCOM and later versions of COM (and COM+) from Microsoft
    * DCOP from KDE
    * DSOM and SOM from IBM (now scrapped)
    * ICE from ZeroC
    * Java EE from Sun
    * .NET Remoting from Microsoft
    * Web Services
          o REST
    * Universal Network Objects (UNO) from OpenOffice.org
    * Zope from Zope Corporation

KV>А я хз, какая По мне, так необходимость в этом трюке говорит о проблемах с дизайном Но рассуждать об этом в контексте сравнения плюсов и шарпа было как-то неинтересно

Не на все вопросы, малыш, можно однозначно ответить "да" или "нет". Вот например — "Ты уже бросил пить коньяк по утрам?".

VD>>Дженерике же проектировались с расчетом на компонентные решения.

Component-oriented programming
    * SOFA component system [1] from ObjectWeb
    * Fractal component model [2] from ObjectWeb
    * rCOS method of component-based model driven design [3] from UNU-IIST
    * Visual Basic Extensions, OCX/ActiveX/COM and DCOM from Microsoft
    * XPCOM from Mozilla Foundation
    * VCL and CLX from Borland and similar free LCL library.
    * Enterprise JavaBeans from Sun Microsystems
    * UNO from the OpenOffice.org office suite
    * Eiffel programming language
    * Oberon programming language and BlackBox
    * Bundles as defined by the OSGi Service Platform
    * The System.ComponentModel namespace in Microsoft .NET
    * Flow-based programming
    * MidCOM[4] component framework for Midgard and PHP
    * Common Component Architecture (CCA) - Common Component Architecture Forum [5], Scientific/HPC Component Software
          o TASCS [6] - SciDAC [7] Center for Technology for Advanced Scientific Component Software

ГВ>>Верно. Правда, драматичность этой проблемы серьёзно преувеличена, ИМХО.

Haavard Nord and Eirik Chambe-Eng (the original developers of Qt and the CEO and President, respectively, of Trolltech) began development of "Qt" in 1991, three years before the company was incorporated as Quasar Technologies, then changed the name to Troll Tech, and then to Trolltech.

S> Пример — в студию. С нетерпением жду применения этой функции для конверсии в UTF7.

ГВ>>Уж коль скоро мы про CEdit. Да, если очень захочется универсальности, то придётся накрыть её шаблоном. Возможность предвыделения буфера прямо зависит от того, реализована оная в той или иной строке или нет.

Зачем тут требования по API? Вот у меня есть задача: получив строку unicode символов, перекодировать её в кодировку X. Где X, скажем, заранее неизвестно.
Вторичная задача: эта библиотека должна быть совместима с максимальным количеством других библиотек, которые работают со строками. Потому что сама по себе задача преобразования кодировок не нужна. Нужно, например, уметь читать письма по IMAP протоколу, и я не хочу, чтобы этот конвертер был привязан к конкретной библиотеке работы с IMAP.