Четох някаква теория на кода, свързана с множествено наследяване и интерфейси. На всички места пишеше, че interface is a class without implementation.
1) Каква е ползата от липсата на внедрени методи/функции в интерфейс? Трябва ли да поддържа множество реализации на един и същ метод в различни класове, които наследяват интерфейс?
2) Повечето от примерните кодове там изглежда показват void интерфейсни методи. Функциите/методите на интерфейса винаги ли са void?
На въпрос 1: да, това е една от причините да се използват интерфейси. Интерфейсите често се използват като API за компонент. Действителното внедряване може да бъде неизвестно за потребителя, поддържайки хлабаво свързване и възможност за тестване чрез единични тестове.
Относно въпрос 2: не, интерфейсните методи могат да имат същите сигнатури на методите като методите на класа.
interface inheritance не в LinQ. Повечето от статиите обаче гласят classes implement interfaces вместо classes inherit from interfaces. Подобно на това, което споменахте в един от вашите коментари. И така, каква е правилната норма? прилага или наследява? Ако е така, защо тази статия ще казва наследява?
- person aspiring; 15.02.2013
1) Каква е ползата от липсата на внедрени методи/функции в интерфейс? Поддържа ли се множество реализации на един и същи метод в различни класове, които наследяват интерфейс?
ДА.
2) Повечето от примерните кодове там изглежда показват невалидни интерфейсни методи. Функциите/методите на интерфейса винаги ли са невалидни?
Нищо подобно. Може да върне всичко.
За 1) Да, идеята ви е правилна. Да предположим, че имате интерфейс, който има само някакъв метод makeSound. Сега можете да внедрите този интерфейс в някои Guitar класове и някои Drums класове. Трябва само да знаете във вашата програма, че имате някакъв обект, който имплементира makeSound, за да можете да извикате този метод. Няма нужда да знаете какъв ще бъде действителният изход/звук.
За 2) Не, интерфейсът може да съдържа методи с произволен подпис.
Draw() метод в Graphics клас? Но тогава Guitar трябва да дава звук на китара, както и Drums. Да се каже, че когато се внедри този makeSound метод, той ще приеме звука на изпълнението на дъщерния клас? ако беше makeShape, ще приеме формата на дъщерния клас?
- person aspiring; 15.02.2013
override внедряване, това ще бъде взето. Тъй като Guitar и Drums не се наследяват едно от друго, ще се използва съответното им изпълнение.
- person Dominik Sandjaja; 15.02.2013
Class D: A, IB, IC? (IB, IC са два различни интерфейса, така че този клас D наследява от клас A и два интерфейса/абстрактни класа) - person aspiring schedule 15.02.2013