Почему в C# есть такое странное ограничение на реализацию internal интерфейса?

Question

[Lof]

internal interface IFoo
{
void foo();
}

public class Foo : IFoo
{
internal void foo()
{
throw new NotImplementedException();
}
}

Program.cs(8,14): error CS0737: 'Foo' does not implement interface member 'IFoo.foo()'. 'Foo.foo()' cannot implement an interface member because it is not public.


Answer 1

[Dzuba]

Потому что interface по определению содержит описание только public членов.
Используйте явную реализацию метода интерфейса:

void IFoo.foo()
{
	throw new NotImplementedException();
}

Вызов:

Foo obj = new Foo();
((IFoo)obj).foo();

Answer 2

[Анатолий]

«Члены интерфейсов автоматически являются открытыми, и они не могут включать никакие модификаторы доступа.»
msdn.microsoft.com/ru-ru/library/ms173156.aspx

Comments

[Анатолий]

Вообще интерфейсы не для красоты создавались, они для «общения» обьектов между собой, какой смысл использовать интерфейс в классе, который и без него итак про себя все знает?

[Анатолий]

Я могу и на пальцах обьяснить:
На сколько я знаю, internal методов не зависит от internal класса, итого имеем

interface IFoo
{
    void foo();
    void bar();
}

public class Foo : IFoo
{
    internal void foo()
    {
        throw new NotImplementedException();
    }
    
    void bar()
    {
        throw new NotImplementedException();
    }
}

И теперь что получается? Я в другой сборке работаю с интерфейсом IFoo
Создаю экземпляр класса Foo, отдаю в метод по интерфейсу IFoo, и он, естественно проходит, так как имплементирует его, но вот облом, работать то я с ним не могу и приложение падает так как нет доступа к методу IFoo.foo. Чтоб избежать неоднозначности установили жесткие правила.
Хотите частично видимый интерфейс наружу?
1. Два интерфейса внешний + внутренний
2. Делегирование