Пример из жизни. Есть небольшой проект, скажем совсем простой с точки зрения реализации. Тесты такие на здоровье с меняющимися картинками (экранами). Изначально был написан на Яве, но не суть. Заказчик решил переделать его стильно, молодежно, современно, с новым дизайном, но оставив при этом возможность запускать тесты минимум на вин/мак.
Пришел бывалый разработчик и с энтузиазмом бросился в дело. Для бекенда выбрал .NET Standard 2, а для морды HTML/JS с CEFSharp через плечо.
Через месяц другой, разраб №1 забросил проект и на его место пришел голодный до денег разраб №2 (исполнитель то есть). Что он сделал? Желая удивить и захомутать заказчика, он убедил его в необходимости использовать WPF, ибо это лучшее что он умел. Заказчик будучи технически не смышленным одобрил предложение и в зоопарк добавился XAML. Когда нужно было — в окошке показывался браузер с ХТМЛ от прошлого парня, а в иных случаях, браузер прятался и отображался WPF stuff в чистом виде. Хитро? Несомненно.
Близится время перевозить зоопарк на macOS. И если с бекендом все четко, то HTML/JS + WPF + WTF на чем это показывать. Попадаем в сложную ситуацию. Нужно оставить C#/.NET кровь из носа, так как там вся логика. И при этом как-то натянуть на эту логику UI для мак. Непонятно даже куда приткнуть этот HTML/JS.
Это далеко не первый случай в моей практике, когда портирование UI на мак — это боль.
Как так получилось, что потирая руки, открываешь visual studio for mac, а там только console application и какой-то стремный Cocoa App. Куда мне тулить тот же HTML? Зачем этот .net standard в принципе, если его юзеру не покажешь? Элементарно возможности скрестить .net и mac native, оставив html не видно.