Interface Design And Scalability
From: Henry (hjackman4_at_comcast.net)
Date: 04/13/04
- Next message: Rami AlHasan: "ATL Events"
- Previous message: Dmitri Zhukov: "Re: Weird IDL parameter name"
- Next in thread: Brian Muth: "Re: Interface Design And Scalability"
- Reply: Brian Muth: "Re: Interface Design And Scalability"
- Reply: Igor Tandetnik: "Re: Interface Design And Scalability"
- Messages sorted by: [ date ] [ thread ]
Date: Tue, 13 Apr 2004 07:38:57 -0400
Hello,
I am "attempting" to develop an ATL COM DLL that exposes a large number of
functions. Somewhere in the order of 100. They are completely independent
of eachother; however, they can be grouped into several different objects.
The problem is that some of the groups share the same properties while
others do not. For instance, I may have objects IA, IB, and IC. IA and IB
share common properties while IC has a different set of properties. I keep
reading that I should keep the number of methods in an object to a minimum.
I also keep reading that I should group methods with related properties.
Hmmmmm.
Should I combine objects IA and IB?
If yes...What if I add more functions in the future and now the object
exposes 150 methods?
Should I create another object IProperties and expose this object in IA and
IB via a method/property?
Should I create separate DLLs?
If no...What if I the size of the DLL grows large and I want to use the
DLL in a COM+ application on the server or in a web site?
Should I use aggregation/containment/static object hierarchies?
I would greatly appreciate any suggestions.
Henry
- Next message: Rami AlHasan: "ATL Events"
- Previous message: Dmitri Zhukov: "Re: Weird IDL parameter name"
- Next in thread: Brian Muth: "Re: Interface Design And Scalability"
- Reply: Brian Muth: "Re: Interface Design And Scalability"
- Reply: Igor Tandetnik: "Re: Interface Design And Scalability"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|