Зачем упаковывать структуры и объекты в интерфейсы?

Объясните пожалуйста кто-нибудь человеческим языком зачем упаковывать структуры и объекты в интерфейсы?

0

Что вы имеете ввиду под упаковывать в интерфейсы? Где вы такой термин прочитали? Сами выдумали?

Если под упаковкой, вы имеете ввиду тоже самое, что и 99% программистов на C# - boxing, то что значит упаковка объекта в интерфейсы?

0

Думаю вопрос должен звучать как то так: "Зачем использовать интерфейсы вместо конкретных классов?"...

Что вообще такое интерфейс... Если человеческим языком, представьте себе обычную электрическую розетку.
Розетка говорит, что для того чтобы в меня что-то воткнуть и получить ток, это что-то должно иметь два штыря. Т.е. розетка предоставляет потребителям некий интерфейс, описывающих параметры того, что в нее можно воткнуть. При этом розетке в общем то по барабану, будет ли это вилка или два гвоздя в руках у ребенка, она в любом случае подаст ток на два штыря.

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

Зачем это нужно... Самый просто и очевидный пример... У вас есть некий метод, выполняющий какой то расчет. В метод передается класс, хранящий исходные данные для расчета. В качестве параметра метода вы указываете интерфейс, в котором перечисляете все, нужные вам для расчетов свойства класса. Далее вы можете передавать этому методу как реальный рабочий класс (который берет данные например из БД), так и тестовый, сформированный вручную вами. Методу будет все равно, он выполнит требуемые действия, не задумываясь о том, откуда реально взялись данные.

1

0