"Synonyms" of classes

Question

For the sake of an example I have a WAV class which represents WAV sound files. For convenience' sake, I am then required to add a class called WaveformAudioFile which has exactly the same functionality.

Regardless of possible design/style issues, what would be an appropriate way to integrate the new class ? By using an extends (with nothing added), by using a common interface or something else ?

Edit: Thinking of this further, if design was to be considered would there be an alternative to avoid redundant code ? I mean writing interfaces would be tiresome if there are several classes. Some sort of pattern that could be used to init. attributes ?

I prefer Interfaces to define Contracts. I usually view Sub-types as an Implementation Detail to aid with "Code Re-use" .. — , Jul 20 '12 at 05:35

score 2 · Answer 1 · answered Jul 20 '12 at 05:38

2

Interface is the best solution from my point of view. Declare a common interface for classes who implement such functionality and use this interface instead of direct class type definition.

For instance:

ISoundFile mySoundFile = getSoundFile();

Where ISoundFile is your declared interface.

answered Jul 20 '12 at 05:38

1

Thank you. I've added to the question. – James P. Jul 20 '12 at 05:52

Kumar Vivek Mitra · Accepted Answer · 2012-07-20T06:04:37.180

2

1. From design point of view, if you want your classes to play a specific role, then go for Interface.

2. If you have behaviors that keeps changing, then its better to encapsulate them in either Abstract class or Interface , then extend or implement it to specify certain functionality.

//////////////////////////////////////////Edited ://////////////////////////////

I think you are referring to the DRY principle (Dont Repeat Yourself), according to this principle, its better to keep your Information and Behaviors in Single Sensible Place.

But what if the Behaviors are different for different classes for the same functionality.

For eg:

Consider Painting as a Class with paint() Method.

Now

paint() method can have Stroking, gliding, shading etc styles of doing it.

Then its better to Encapsulate that method into an Abstract class or an Interface.

public interface Paint{

paintDoIt(String style);

}

Its Not about a tiresome work, but about flexibility and having the capability to make changes without touching too many classes and without breaking the code.

Only One thing is a Constant in Software Engineering and that is CHANGE.

So we need to adopt to it.

edited Jul 20 '12 at 06:04

answered Jul 20 '12 at 05:41

Kumar Vivek Mitra

33,294
6
48
75

I get you for n°2. Something like the template pattern. If you're willing to give this some more thought I've added to the question. – James P. Jul 20 '12 at 05:51
I have edited my answer for further details..see the Edited part – Kumar Vivek Mitra Jul 20 '12 at 06:05
Great. I appreciate it when someone "paints" things out as you have done. It gives some guidelines to follow. – James P. Jul 20 '12 at 06:08
Thank you for elaborating. Also, I kind of like this phrase :) : "Only One thing is a Constant in Software Engineering and that is CHANGE". – James P. Sep 09 '12 at 01:51

score 1 · Answer 3 · answered Jul 20 '12 at 05:36

1

Use a common interface and implement it in both of the classes. One major benifit is your WAVE and all classes then can extend any other classes also .

answered Jul 20 '12 at 05:36

Priyank Doshi

12,895
18
59
82

Thanks. I've added more to the question. – James P. Jul 20 '12 at 05:52

score 0 · Answer 4 · answered Sep 09 '12 at 01:54

0

Just adding this as it might interest someone. I've thought of another solution and that's to simply use a wrapper class :) .

answered Sep 09 '12 at 01:54

James P.

19,313
27
97
155

"Synonyms" of classes

4 Answers4