Проблема состоит в том, что я не до конца усвоил иерархию понятий.... Я вроде всё понимаю, но когда дело доходит до такого (...единственное, для чего используется явная реализация интерфейса - так это для привязки методов интерфейса только на его уровне, чтобы к этим методам можно было обратиться только через ссылку на интерфейс)
Я не могу себе это представить! Конечно можно продолжить читать(изучать далее), но СмЫсЛ...
И ещё посоветуйте книгу где все ясно и понятно изложенно???!!!!!!

И второй вопрос: на что больше уходит времени, на понимание как это всё устроенно ( с точки зрения философии самого языка : ) ) или изучение самих команд......
Вернее, что сложнее или ЭТО НЕ ДЕЛИМОЕ ЦЕЛОЕ!!!!???

Цитата

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

А это откуда такое ? Это перевод такой ?

Самая идея интерфейса уже как-то раз обсуждалась здесь. Просто фраза плохо построена.

Цитата

на что больше уходит времени, на понимание как это всё устроенно ( с точки зрения философии самого языка : ) ) или изучение самих команд......

Больше времени уходить на освоение библиотек, классов.
Команды можно запомнить за две недели.
А вот философия языка - это фактически нахождение причин, по которым была введена та или иная конструкция. Это требует времени.

Да библиотеки........ .......
Когда читаешь книги и при этом раньше никогда не занимался програмированием, такие КОНСТРУКЦИИ ПРЕДЛОЖЕНИЙ путают. Мне нужно время

А пример из "C# и платформа .NET" (Эндрю Троелсен)

Всё просто. Вот пример:



Как видим из примера, при явной реализации, методы интерфейса "спрятаны" (как private) внутри класса. При неявной - открыты. Явную реализацию применяют в случаях, когда об интерфейсе знают два класса, которые друг о друге не знают, а также в случае неких служебных интерфейсов. Самый простой пример - интерфейс IComparable, который реализуют в классах, объекты которых предполагается хранить в сортируемом списке: никому кроме списка методы IComparable не интересны, поэтому методы IComparable лучше "спрятать" внутри класса с пом. явной реализации. Список же может дёрнуть метод интерфейса, просто преобразовав объект класса к интерфейсу (это, кстати, аналог QueryInterface из модели COM).

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

Это следствия. Такое можно реализовать и с помощью других средств.

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