Наследование интерфейса: возможно ли расширение возможностей?

Question

Я хочу, чтобы это сделать:

interface IBase 
{ 
    string Property1 { get; } 
} 

interface IInherited : IBase 
{ 
    string Property1 { get; set; } 
} 

Так что IInherited будет иметь унаследовал свойство Property1 с дополнительными функциями, чтобы позволить set.

Возможно ли это? Что такое синтаксис?

EDIT: обратите внимание, что слово «унаследовано» выделено жирным шрифтом. Я спрашиваю конкретно о наследовании собственности, а не о том, чтобы скрывать ее за новой.

Answer 1

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

Уверен, вы могли бы сказать, что IInherited «наследуется от» IBase; но что это на самом деле означает? Это интерфейсы; они устанавливают кодовые контракты. Скрывая свойство IBase.Property1 с new string Property1 { get; set; }, вы не скрываете никаких функций. Таким образом, традиционная причина, по которой многие разработчики считают, что скрывать свою «плохую» вещь, - что она нарушает полиморфизм, в данном случае не имеет значения.

Задайте себе вопрос: что действительно Вопросы Что касается интерфейсов? Они обеспечивают гарантию ответа на определенные вызовы методов, не так ли?

Таким образом, учитывая следующие два интерфейса:

interface IBase 
{ 
    string Property1 { get; } 
} 

interface IInherited : IBase 
{ 
    new string Property1 { set; } 
} 

1. Если объект реализует IBase, вы можете прочитать его свойство Property1.
2. Если объект реализует IInherited, вы можете прочитать его свойство Property1 (как и с реализацией IBase), и вы также можете написать ему.

Опять же, здесь действительно ничего проблемного.

Answer 2

Ваш код должен работать в любом случае ... он просто создает предупреждение об ущемлении из-за скрытия Property1. Чтобы удалить это предупреждение знак property1 в IInherited с новым префиксом

Answer 3

Вы можете отметить свойство с «новым» ключевым словом, или вы можете пропустить наследование:

public interface IBase 
{ 
    string Property1 { get; } 
} 

public interface IInherited : IBase 
{ 
    new string Property1 { get; set; } 
} 

Или:

public interface IBase 
{ 
    string Property1 { get; } 
} 

public interface IInherited 
{ 
    string Property1 { get; set; } 
} 

Так или иначе, это должно работать:

public class SomeClass : IInherited, IBase 
{ 
    public string Property1 
    { 
     get 
     { 
      // ... 
     } 
     set 
     { 
      // ... 
     } 
    } 
} 

вы можете трудно подумать, прежде чем сделать цепочка наследования для ваших интерфейсов. Кто будет видеть, какой интерфейс? Вам нужно было бросить на IInherited при передаче IBase? Если да, можете ли вы гарантировать, что вы можете сделать это приведение (если вы разрешаете классы, созданные пользователем, тогда ответ отрицательный)? Такое наследование может действительно повредить (повтор) юзабилити, если вы не будете осторожны.

Answer 4

Не указано, нет. У вас есть два варианта:

public interface IBase 
{ 
    string Property1 { get; } 
} 

public interface IInherited : IBase 
{ 
    void SetProperty1(string value); 
} 

Или вы можете просто убить компилятор предупреждение с new ключевого слова:

public interface IBase 
{ 
    string Property1 { get; } 
} 

public interface IInherited : IBase 
{ 
    new string Property1 { get; set; } 
} 

Если вы не реализуете IInherited.Property1 явно, IBase будет связываться с вашей реализации устанавливаемое автоматически.

Answer 5

К сожалению, нет - свойства не могут быть расширены как таковые. Тем не менее, вы можете просто скрыть свойство с помощью нового:

interface IInherited : IBase 
{ 
    // The new is actually unnecessary (you get warnings though), hiding is automatic 
    new string Property1 { get; set; } 
} 

Или, вы можете сделать свои собственные методы получения и установки, которые могут быть переопределены (хорошо «ола Java стиль):

interface IBase 
{ 
    string GetProperty1(); 
} 
interface IInherited : IBase 
{ 
    void SetProperty1(string str); 
} 

Свойства фактически преобразуются в методы getter и setter компилятором.

Answer 6

Скрытие члена нарушает Принцип замены Лискова и в значительной степени просто не должно быть сделано. Скрывая этого члена, вы вводите очень сложную задачу поиска ошибки, так как будут возникать два разных результата, независимо от того, вы используете объект IBase1 или передаете его в IBase.

http://en.wikipedia.org/wiki/Liskov_substitution_principle