I'm sure you have considered using inheritance? Store your code in a
subclass of the generated code? Implement the interface in the superclass
and additional methods in the subclass?
Depending on the application this would either be the right way, or it
might just be letting a file organization issue dictate the whole
application design ... It also sounds like this is kinda workaround for
the lack of multiple inheritance. So before using such a feature I'd be
careful to make sure I wouldn't run into any of the problems being the
reason both C# and Java doesn't have multiple inheritance in the first
place.
I don't say I really need the possibility to split the source files. If I
did, I would already have done so, writing my own preprocessor to merge the
source files before compilation.
Such a possibility would have nothing to do with the lack of multiple
inheritance, as the division of source code wouldn't affect the design of
classes. I rather believe it would be wrong to do the other way around, to
try to achieve the possibility by using multiple classes.
Source files are source files, classes are classes.
I don't see any reason to create additional classes, just because I would
like my view or documentation of the system in a particular way. The design
of the classes should be just that, the *design of classes* based on the
interaction and relations between objects, stemming from a thourough
analysis.
If the possibility to use "partial classes" in Java existed, I probably
would use it, but not as any replacement for OOAD.
// Bjorn A