If I keep the interface in the same assembly as the class, i haven't solved
the problem. for example:
MyFramework.Plugins.UserPlugin assembly contains:
User class
IUser interface
MyFramework.Plugins.GroupPlugin assembly contains:
Group class
IGroup interface
The GroupPlugin assembly can have a reference to the UserPlugin or
UserPlugin assembly can have a reference to the GroupPlugin, but not both at
the same time.
My goal is to create a plugin framework, where a given framework can have a
strong reference to a class in another plugin assembly. i want to have the
option to have interdependencies as well (as above).
I may have to have both of these classes in one assembly.
thoughts?
"Göran Andersson" <gu***@guffa.com> wrote in message
news:et**************@TK2MSFTNGP03.phx.gbl...
No, you only need an interface for one class. Then the other class can use
the interface for handling objects of the first class, and doesn't even
need to know that the first class exists.
Craig Buchanan wrote: an interface that they both share?
currently, they both inherit the same base case (in a third assembly).
"Göran Andersson" <gu***@guffa.com> wrote in message
news:e%******************@TK2MSFTNGP05.phx.gbl... You could use an interface.
Craig Buchanan wrote:
i have two classes: User and Group. Each is in their own assembly.
The User class has Groups collection and the Group has a Users
collection. I would like to strongly-type these collections, but i
can't seem to avoid the circular reference between projects. is there
a way around this?
Thanks,
Craig Buchanan