Реализация немногих методов интерфейса class-C#

Это невозможно. Но вы можете бросить NotSupportedException или NotImplementedException для методов, которые вы не хотите реализовывать. Или вы можете использовать абстрактный класс вместо интерфейса. Таким образом, вы можете обеспечить реализацию по умолчанию для методов, которые вы не хотите переопределять.

public interface IMyInterface
{
  void Foo();

  void Bar();
}

public class MyClass : IMyInterface
{
  public void Foo()
  {
    Console.WriteLine("Foo");
  }

  public void Bar()
  {
    throw new NotSupportedException();
  }
}

Или ...

public abstract class MyBaseClass
{
  public virtual void Foo()
  {
    Console.WriteLine("MyBaseClass.Foo");
  }

  public virtual void Bar()
  {
    throw new NotImplementedException();
  }
}

public class MyClass : MyBaseClass
{
  public override void Foo()
  {
    Console.WriteLine("MyClass.Foo");
  }
}

Вот простой глупый пример того, что я имел в виду под разными интерфейсами для разных целей. Нет интерфейса для общих свойств, поскольку это усложнит пример. Также этому коду не хватает многих других полезных вещей (например, макета приостановки), чтобы сделать его более понятным. Я не пытался скомпилировать этот код, поэтому может быть много опечаток, но я надеюсь, что идея ясна.

interface IConfigurableVisibilityControl
{
    //check box that controls whether current control is visible
    CheckBox VisibleCheckBox {get;}
}


class MySuperDuperUserControl : UserControl, IConfigurableVisibilityControl
{
    private readonly CheckBox _visibleCheckBox = new CheckBox();

    public CheckBox VisibleCheckBox 
    {
        get { return _visibleCheckBox; }
    }
    //other important stuff
}

//somewhere else
void BuildSomeUi(Form f, ICollection<UserControl> controls)
{
    //Add "configuration" controls to special panel somewhere on the form
    Panel configurationPanel = new Panel();
    Panel mainPanel = new Panel();
    //do some other lay out stuff
    f.Add(configurationPanel);
    f.Add(mainPanel);

    foreach(UserControl c in controls) 
    {
        //check whether control is configurable
        IConfigurableOptionalControl configurableControl = c as IConfigurableVisibilityControl;
        if(null != configurableControl) 
        {
            CheckBox visibleConfigCB = configurableControl.VisibleCheckBox;
            //do some other lay out stuff
            configurationPanel.Add(visibleConfigCB);
        }
        //do some other lay out stuff
        mainPanel.Add(c);
    }
}

Я хочу динамически добавить элемент управления в мою форму, поскольку у меня есть это как мое требование. Я нашел код из здесь . Я отредактировал это, как мне было нужно. Итак, у меня есть класс IService, который имеет общие свойства. Это реализовано пользовательскими элементами управления. Которые показываются во время выполнения в другом проекте. Хм, для этого у меня есть другой общий интерфейс, который имеет свойства, которые используются проектом для отображения элементов управления. Немногим элементам управления требуются дополнительные методы или функции, например, для реализации контекстного меню, основанного на выборе пользователя во время выполнения. т.е. в проекте есть значения, которые будут переданы в качестве свойств элементу управления, и он будет отображен. Теперь это меню доступно только для одного элемента управления, остальные не имеют этого. Поэтому я подумал, есть ли способ не использовать эти методы во всех классах, а не в одном классе. Но звучит так, что мне нужно либо использовать фиктивные методы, либо абстрактный класс. хм, фиктивные методы были бы более предпочтительны для меня, чем абстрактный класс: - (

Помимо вышеупомянутых отличных предложений по проектированию интерфейсов, если вам действительно необходимо реализовать некоторые методы, можно использовать «методы расширения». Переместите методы, которые требуют реализации, за пределы вашего интерфейса. Создайте другой статический класс, который реализует их как статические методы с первым параметром как this interfaceObject. Это похоже на методы расширения, используемые в LINQ для интерфейса IEnumerable.

public static class myExtension {
    public static void myMethod( this ImyInterface obj, ... ) { .. }
...
}

Вы нарушаете использование интерфейсов. У вас должен быть отдельный интерфейс для каждого обычного поведения.

Нет, это не так. Вы должны определить все методы интерфейса, но вы можете определить их как абстрактные и оставить реализацию любому производному классу. Вы не можете скомпилировать класс, который говорит, что реализует интерфейс, хотя на самом деле это не так.

Пусть ваш интерфейс будет реализован в абстрактном классе. Абстрактный класс будет реализовывать 5 методов, а остальные методы останутся виртуальными. Затем все ваши 3 класса должны унаследоваться от абстрактного класса. Это был ваш клиентский код, который использует 3 класса, и менять его не нужно.

Хотя я согласен с @PoweRoy, вам, вероятно, потребуется разбить интерфейс на более мелкие части. реализации интерфейса.

Например:

public interface IPet
{
   void Scratch();
   void Bark();
   void Meow();
}

public class Cat : IPet
{
    public void Scratch()
    {
        Console.WriteLine("Wreck furniture!");
    }

    public void Meow()
    {
       Console.WriteLine("Mew mew mew!");
    }

    void IPet.Bark()
    {
        throw NotSupportedException("Cats don't bark!");
    }
}

public class Dog : IPet
{
    public void Scratch()
    {
        Console.WriteLine("Wreck furniture!");
    }

    void IPet.Meow()
    {
       throw new NotSupportedException("Dogs don't meow!");
    }

    public void Bark()
    {
        Console.WriteLine("Woof! Woof!");
    }
}

С классами, определенными выше:

var cat = new Cat();
cat.Scrach();
cat.Meow();
cat.Bark(); // Does not compile


var dog = new Dog();
dog.Scratch();
dog.Bark();
dog.Meow(); // Does not compile.


IPet pet = new Dog();
pet.Scratch();
pet.Bark();
pet.Meow(); // Compiles but throws a NotSupportedException at runtime.

// Note that the following also compiles but will
// throw NotSupportedException at runtime.
((IPet)cat).Bark();
((IPet)dog).Meow();

Вы можете просто использовать методы, которые не хотите внедрять, для исключения NotImplementedException. Таким образом, вы все еще можете реализовать интерфейс как обычно.