> Добавили дефолтные имплементации методов интерфейса. А абстрактные классы зачем? Чтобы вводить в заблуждение?
> 1) "дефолтные имплементации методов интерфейса"
> эти идиота куски, Халсберг и Гослинг, сначала запретили множественное наследование,

Абстрактные классы могут содержать виртуальную реализацию.
Интерфейсы только дефолтовую. Таким образом получаем Mixin из коробки.
Реализация метода в интерфейсе не позволит иметь статические методы и обращаться к ним.
Или декларивровать переменные (хранить состояние).

Конкретно это я считаю отлиной идеей. Множественно наследование не нужно!
А вот Mixin на уровне языка - это отличная идея!!!
Хотя привезут они их туда из-за другой причины - расширяемость интерфесов библиотек от версии к версии.

--

> То есть Nullable-типы это структуры, значение которых не может быть null априори, но null им всё-таки присвоить можно.
> В то же время non-nullable reference типы это классы, которые в своём устройстве допускают хранение null, но null туда положить нельзя.
> 2) Notnull это хорошо. Это очень хорошо. И вы не путаете "int?" c "int"?

А вот это не торт совсем. По идее структуры должны быть изначально быть нулл.

Что означает отсутствие значения. Но так исторички сложилось и появился Nullable<T>

non-nullable reference - можно положить туда... будут ворнинги выдаваться, в некоторых случаях, а если настроить компилятор, то ошибки вместо ворнингов.

все делается для обратной совместиомсти

> 3) После 6.0 они как-бы намекают - все в F# :-D

Врядли скорее перетащат лучшие плюшки в C#.