.NET C#, передающая набор InterfaceImplementingClass, возражает против стандартной программы, которая берет набор Интерфейсных объектов

Это - классический пример использования дженериков; попробуйте:

public static void SomeRoutine<T>(IList<T> list) where T : IFormattable
{ ... }

Теперь внутри SomeRoutine у Вас есть доступ к весь IFormattable участники, но это будет работать с:

List<Guid>list; ...
SomeRoutine(list); // note no need to specify T

Править: Я дополнительно вел блог на различиях между 4,0 ковариантностями и дженериками для этого сценария.

Проблема состоит в том, что Список <IFormattable> не является только набором, из которого можно считать некоторый IFormattables, это - также набор, к которому можно добавить IFormattables. Список <Гуид> отвечает первому требованию, но не второму. Что, если SomeRoutine был

public void SomeRoutine(List<IFormattable> list)
{
    list.Add(5);
}

Это Int32 является IFormattable, таким образом, метод должен смочь добавить его к Списку <IFormattable>, который он попросил. Это не собирается работать, если компилятор позволяет Вам передать в Вашем Списке <Гуид>.

Новые функции C# 4.0, к которым относится BFree, позволят Вам сказать компилятор, когда эти вещи будут безопасны. Можно сказать также

• Хотя я попросил ссылку IFormattable, я буду только читать ее. Если это - действительно ссылка Гуида затем, я могу безопасно рассматривать его как IFormattable, и я не попытаюсь присвоить Int32 ему.
• Хотя я попросил ссылку IFormattable, я буду только писать в нее. Если это - действительно Ссылка на объект затем, я могу безопасно присвоить свой IFormattable ему, и не имеет значения, если текущее значение не является IFormattable, потому что я не считаю его.

Вы попытались объявить list как a List<IFormattable> объект вместо a List<Guid>? Это должно получить Вас мимо ошибки компиляции.