публичные и внутренние методы во внутреннем классе

internal class Foo
{
  public void Fee()
  {
    Debug.WriteLine("Fee");
  }

  internal void Fi()
  {
    Debug.WriteLine("Fi");
  }
}

Я думаю, что Fee () и Fi () одинаково доступны, поскольку весь класс уже внутренний. Я что-то не замечаю? Есть ли причина выбирать публичные или внутренние методы в таком случае?

internal class FooДекларация переопределяет доступность public void Fee()метода, фактически делает его внутреннее.

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

Единственное, чего здесь не хватает, - это зачем вам это делать?

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

Итак, как мне успешно реализовать интерфейс и в то же время предотвратить его доступность в публичном аспекте моей библиотеки? Отметьте класс как внутренний, а реализованную функцию как общедоступную.

На самом деле - большая разница, если вы используете отражение; в частности, Silverlight может сильно расстроиться, если вы попытаетесь получить доступ к внутренним методам через отражение, даже если бы у вас был доступ. Я видел случаи, когда мне приходилось делать метод общедоступным, чтобы код работал в Silverlight, даже если он работает в обычном .NET.

Вы можете обнаружить то же самое при частичном доверии к обычному .NET.

Это будет иметь значение, когда вы хотите, чтобы ваш внутренний класс реализовал интерфейс. Метод, который является реализацией некоторого интерфейса, должен быть Public.

Вы правы, и Fee, и Fi будут одинаково доступны.

Из спецификации языка CSharp 3.0 в разделе 3.5.2:

Область доступности вложенного члена M, объявленного в типе T в программе P, определяется следующим образом (с учетом того, что сам M может быть типом):

• Если заявленная доступность M является общедоступной, область доступности M является областью доступности T.

Таким образом, даже если Fee объявлен как общедоступный, он будет таким же доступным, как и Foo (т.е. внутренний).

Согласно документации msdn, ваш класс Foo не будет доступен за пределами вашей сборки, поэтому нет никакой разницы в том, чтобы пометить методы как внутренние или общедоступные; это даже не имеет значения, используя Attribute InternalsVisibleTo

Я бы использовал только внутренние методы, если класс внутренний. если вы передумаете и сделаете класс общедоступным, вы можете просто заменить текст, и все готово.