164

I want to know if a class can inherit from a class and an interface. The example code below doesn't work but I think it conveys what I want to do. The reason that I want to do this is because at my company we make USB, serial, Ethernet, etc device. I am trying to develop a generic component/interface that I can use to write programs for all our devices that will help keep the common things (like connecting, disconnecting, getting firmware) the same for all of our applications.

To add to this question: If GenericDevice is in different project, can I put the IOurDevices interface in that project then then make the USBDevice class implement the interface if I add a reference to the first project? Because would like to just reference one project and then implement different interfaces depending on what the device is.

class GenericDevice
{
   private string _connectionState;
   public connectionState
   {
      get{return _connectionState; }
      set{ _connectionState = value;}
   }
}

interface IOurDevices
{
   void connectToDevice();
   void DisconnectDevice();
   void GetFirmwareVersion();
}

class USBDevice : IOurDevices : GenericDevice
{
   //here I would define the methods in the interface
   //like this...
   void connectToDevice()
   {
       connectionState = "connected";
   }
}

//so that in my main program I can do this...

class myProgram
{
   main()
   {
      USBDevice myUSB = new USBDevice();
      myUSB.ConnectToDevice;
   }
}
2
  • 5
    For your future reference, section 10.1.4 of the C# specification describes precisely how to declare a class that has multiple base types. Commented Jan 13, 2010 at 19:46
  • @Eric Lippert : Could you please help me to understand about this case whether it is correct way and will be available in future?
    – Gul Ershad
    Commented May 26, 2016 at 6:52

4 Answers 4

304

Yes. Try:

class USBDevice : GenericDevice, IOurDevice

Note: The base class should come before the list of interface names.

Of course, you'll still need to implement all the members that the interfaces define. However, if the base class contains a member that matches an interface member, the base class member can work as the implementation of the interface member and you are not required to manually implement it again.

7
  • 1
    Yup this works! Why didn't I think of that! And to the comments below. Thank you for clearing me up on that (Classes don't inherit interfaces, the IMPLEMENT interfaces) Commented Jan 13, 2010 at 19:10
  • 1
    @Jordan, also note that the base class and the list of interfaces being inherited are separated by commas after the initial colon (@Mehrdad's example).
    – JMD
    Commented Jan 13, 2010 at 19:10
  • 1
    to expand just a little: if your base class implements the interface then your derived class automatically implements that interface--even without USBDevice : IOurDevice. Adding the implementation explicitly does not impact the base class, but it can help put emphasis on the interface.
    – STW
    Commented Jan 13, 2010 at 19:11
  • 1
    @David, while you're not wrong, it wasn't terminology that was preventing @Jordan's code from working. It was incorrect syntax.
    – JMD
    Commented Jan 13, 2010 at 19:13
  • 2
    +1 for also clearing up a question I wanted to ask regarding identical members in both the Base and the Interface. Commented Jun 8, 2012 at 8:20
24

No, not exactly. But it can inherit from a class and implement one or more interfaces.

Clear terminology is important when discussing concepts like this. One of the things that you'll see mark out Jon Skeet's writing, for example, both here and in print, is that he is always precise in the way he decribes things.

1
  • 11
    Or Eric Lippert, whose writing is very accurate.
    – Mathias
    Commented Jan 13, 2010 at 19:23
23

Unrelated to the question (Mehrdad's answer should get you going), and I hope this isn't taken as nitpicky: classes don't inherit interfaces, they implement them.

.NET does not support multiple-inheritance, so keeping the terms straight can help in communication. A class can inherit from one superclass and can implement as many interfaces as it wishes.


In response to Eric's comment... I had a discussion with another developer about whether or not interfaces "inherit", "implement", "require", or "bring along" interfaces with a declaration like:

public interface ITwo : IOne

The technical answer is that ITwo does inherit IOne for a few reasons:

  • Interfaces never have an implementation, so arguing that ITwo implements IOne is flat wrong
  • ITwo inherits IOne methods, if MethodOne() exists on IOne then it is also accesible from ITwo. i.e: ((ITwo)someObject).MethodOne()) is valid, even though ITwo does not explicitly contain a definition for MethodOne()
  • ...because the runtime says so! typeof(IOne).IsAssignableFrom(typeof(ITwo)) returns true

We finally agreed that interfaces support true/full inheritance. The missing inheritance features (such as overrides, abstract/virtual accessors, etc) are missing from interfaces, not from interface inheritance. It still doesn't make the concept simple or clear, but it helps understand what's really going on under the hood in Eric's world :-)

10
  • 5
    Though, unfortunately, interfaces inherit other interfaces. I find that choice of words unfortunate, but we're stuck with it now. I prefer to think of interfaces as requiring other interfaces. That is, when you say "interface IFoo : IBar" that means "an implementor of IFoo is required to also implement IBar". Commented Jan 13, 2010 at 19:44
  • @Eric I agree it's an unclear term and debated it with a colleague a while back. In the end we decided that saying "ITwo inherits IOne". I'll update my answer with a couple small reasons (just because they won't fit clearly in a comment).
    – STW
    Commented Jan 13, 2010 at 20:01
  • Sure; if you define "A inherits from B" as meaning "members of B are all members of A", then interfaces do "inherit" from base interfaces. This is a reasonable definition. But I prefer to think of "inheritance" as being more strictly about not just sharing the abstract, unimplemented members, but rather, being about inheriting implementations. Since interfaces have no implementations, I find it somewhat disquieting to think of interfaces as inheriting from anything. It's a subtle and debatable point. Commented Jan 13, 2010 at 22:07
  • Another term I like is "extend". So you could read "interface IFoo : IBar" to mean that IFoo extends IBar's requirements.
    – jasonh
    Commented Jan 13, 2010 at 23:06
  • 1
    @Joan: you are correct that classes implement (and cannot inherit) interfaces. The point Eric makes is that interfaces can inherit other interfaces--which can be somewhat hard to digest given that interfaces are only "specifications" rather than implementations.
    – STW
    Commented Jan 14, 2010 at 19:25
1

I found the answer to the second part of my questions. Yes, a class can implement an interface that is in a different class as long that the interface is declared as public.

1
  • It doesn't have to be public in all cases. Just accessible. For example class ContainsAll { private interface INested { /* ... */ } private class MyExample : INested { /* ... */ } }, the MyExample class implements a nested private interface. In other examples, the nested interface (and the containing class) could be internal. It all depends on who needs to use them and bother with them. Commented Sep 24, 2013 at 15:17

Not the answer you're looking for? Browse other questions tagged or ask your own question.