I have a class that represents a business object.  Currently, this
class exists as a vb6 "class" which will be ported to .net.  The plan
is to separate this out into a .net object residing in a web service,
then replace the vb6 class with a different vb6 class which is just a
proxy that calls the web service through a COM wrapper, then back to
the original vb6 class through interop (don't ask).  For now,
everything will just pass through.  My question is about the design of
the web service.

I had planned to have a new business object class, but the interface
for this class will change shortly after I get this working with the
legacy code.  I was thinking of having two interfaces for this class
to implement.  One for the legacy code to call, and one for any
new .net user interfaces to call.  So now I have three files:  two
interfaces and a class that implements them both.

So now I need to expose some sort of interface for the web service.
This is a separate class containing web methods, and this is what the
clients see when visual studio generates the proxy classes.

So how should I hook this together?  Instead of two interfaces, should
I create two asmx pages, one for each interface, and have them each
create the business object?  Is there an advantage to keeping the two
interfaces in addition to the web service classes and just pass things
through?

tia
brian