Inherit from EA classes

[JoB]

Why is it that all classes in the automation interface have internal constructors? This means that I cant't derive from them in my Add-In and build my own, much better organized , EA classes. Is there any good reason why Sparx have made this design decision?

Is there any way around this? So that I can derive from e.g. PacketClass.

[edit]I can indeed use extension methods to achieve what I want.

Code: [Select]

static class PackageExtensions
    {
        public static Package GetSubPackageByName(this Package package, string name)
        {
            Package subPackage = package.RecursiveFindSubPackageByName(name);
            if (subPackage == null)
                throw new ArgumentException(String.Format("There is no sub package with name {0}", name));
            return subPackage;
        }

        private static Package RecursiveFindSubPackageByName(this Package package, string name)
        {
            Package recursiveSubPackage = null;
            foreach (Package subPackage in package.Packages)
            {
                if (package.Name == name)
                    return subPackage;
                recursiveSubPackage = subPackage.RecursiveFindSubPackageByName(name);
                if (recursiveSubPackage != null) return recursiveSubPackage;
            }
            return null;
        }
}[/edit]

[Geert Bellekens]

JoB,

Please see http://www.sparxsystems.com/cgi-bin/yabb/YaBB.cgi?num=1267179584 for my view on this subject.

Geert

[JoB]

I can't see what that has to do with the subject. Are you sure it was the thread How to make an element Composite via API you meant?

[Geert Bellekens]

No, i missed.  
I meant to point to this one: http://www.sparxsystems.com/cgi-bin/yabb/YaBB.cgi?num=1267114762 (last reply)

Geert