Пример из жизни. Есть небольшой проект, скажем совсем простой с точки зрения реализации. Тесты такие на здоровье с меняющимися картинками (экранами). Изначально был написан на Яве, но не суть. Заказчик решил переделать его стильно, молодежно, современно, с новым дизайном, но оставив при этом возможность запускать тесты минимум на вин/мак.
Пришел бывалый разработчик и с энтузиазмом бросился в дело. Для бекенда выбрал .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 не видно.
Здравствуйте, TechL, Вы писали:
TL>Это далеко не первый случай в моей практике, когда портирование UI на мак — это боль. TL>Как так получилось, что потирая руки, открываешь visual studio for mac, а там только console application и какой-то стремный Cocoa App. Куда мне тулить тот же HTML? Зачем этот .net standard в принципе, если его юзеру не покажешь? Элементарно возможности скрестить .net и mac native, оставив html не видно.
.net standart для бекенда. ui на electron.
Если у Вас нет паранойи, то это еще не значит, что они за Вами не следят.
Здравствуйте, TechL, Вы писали:
TL>Пример из жизни. Есть небольшой проект, скажем совсем простой с точки зрения реализации. Тесты такие на здоровье с меняющимися картинками (экранами). Изначально был написан на Яве, но не суть. Заказчик решил переделать его стильно, молодежно, современно, с новым дизайном, но оставив при этом возможность запускать тесты минимум на вин/мак.
TL>Пришел бывалый разработчик и с энтузиазмом бросился в дело. Для бекенда выбрал .NET Standard 2, а для морды HTML/JS с CEFSharp через плечо. TL>Через месяц другой, разраб №1 забросил проект и на его место пришел голодный до денег разраб №2 (исполнитель то есть). Что он сделал? Желая удивить и захомутать заказчика, он убедил его в необходимости использовать WPF, ибо это лучшее что он умел. Заказчик будучи технически не смышленным одобрил предложение и в зоопарк добавился XAML. Когда нужно было — в окошке показывался браузер с ХТМЛ от прошлого парня, а в иных случаях, браузер прятался и отображался WPF stuff в чистом виде. Хитро? Несомненно.
TL>Близится время перевозить зоопарк на macOS. И если с бекендом все четко, то HTML/JS + WPF + WTF на чем это показывать. Попадаем в сложную ситуацию. Нужно оставить C#/.NET кровь из носа, так как там вся логика. И при этом как-то натянуть на эту логику UI для мак. Непонятно даже куда приткнуть этот HTML/JS.
TL>Это далеко не первый случай в моей практике, когда портирование UI на мак — это боль. TL>Как так получилось, что потирая руки, открываешь visual studio for mac, а там только console application и какой-то стремный Cocoa App. Куда мне тулить тот же HTML? Зачем этот .net standard в принципе, если его юзеру не покажешь? Элементарно возможности скрестить .net и mac native, оставив html не видно.
Давно бы всё на чистой Java 8/Swing сделали и не парились.
Здравствуйте, TK, Вы писали:
TK>Здравствуйте, TechL, Вы писали:
TL>>Это далеко не первый случай в моей практике, когда портирование UI на мак — это боль. TL>>Как так получилось, что потирая руки, открываешь visual studio for mac, а там только console application и какой-то стремный Cocoa App. Куда мне тулить тот же HTML? Зачем этот .net standard в принципе, если его юзеру не покажешь? Элементарно возможности скрестить .net и mac native, оставив html не видно.
TK>.net standart для бекенда. ui на electron.
Так суть в том, чтобы использовать имеющийся html/js. Возможно?
Здравствуйте, iZEN, Вы писали:
ZEN>Здравствуйте, TechL, Вы писали:
TL>>Как так получилось, что потирая руки, открываешь visual studio for mac, а там только console application и какой-то стремный Cocoa App. Куда мне тулить тот же HTML? Зачем этот .net standard в принципе, если его юзеру не покажешь? Элементарно возможности скрестить .net и mac native, оставив html не видно.
ZEN>Давно бы всё на чистой Java 8/Swing сделали и не парились.
Предыдущая версия и была на Java 8. Вычурный интерфейс и JVM в довесок.
Здравствуйте, TK, Вы писали:
TK>Здравствуйте, TechL, Вы писали:
TL>>Это далеко не первый случай в моей практике, когда портирование UI на мак — это боль. TL>>Как так получилось, что потирая руки, открываешь visual studio for mac, а там только console application и какой-то стремный Cocoa App. Куда мне тулить тот же HTML? Зачем этот .net standard в принципе, если его юзеру не покажешь? Элементарно возможности скрестить .net и mac native, оставив html не видно.
TK>.net standart для бекенда. ui на electron.
Здравствуйте, TechL, Вы писали:
TL>>>Это далеко не первый случай в моей практике, когда портирование UI на мак — это боль. TL>>>Как так получилось, что потирая руки, открываешь visual studio for mac, а там только console application и какой-то стремный Cocoa App. Куда мне тулить тот же HTML? Зачем этот .net standard в принципе, если его юзеру не покажешь? Элементарно возможности скрестить .net и mac native, оставив html не видно.
TK>>.net standart для бекенда. ui на electron. TL>Скорее, как их связать между собой?
Здравствуйте, Ops, Вы писали:
TK>>.net standart для бекенда. ui на electron. Ops>Тогда бекенду процессора не останется, должен же electron курсором мигать?
vs code такие баги поправило. и вам тоже никто не мешает
Если у Вас нет паранойи, то это еще не значит, что они за Вами не следят.
Здравствуйте, TK, Вы писали:
TK>Здравствуйте, TechL, Вы писали:
TK>>>.net standart для бекенда. ui на electron. TL>>Так суть в том, чтобы использовать имеющийся html/js. Возможно?
TK>Используйте — оно там в полный рост
А деплоить геморно? У юзера должен быть node.js , еще что-то?
Здравствуйте, TK, Вы писали:
TK>Здравствуйте, TechL, Вы писали:
TK>>>.net standart для бекенда. ui на electron. TL>>Скорее, как их связать между собой?
TK>Domain Socket/Named Pipe — https://github.com/aspnet/KestrelHttpServer/issues/156
Здравствуйте, TechL, Вы писали:
TL>>>Как так получилось, что потирая руки, открываешь visual studio for mac, а там только console application и какой-то стремный Cocoa App. Куда мне тулить тот же HTML? Зачем этот .net standard в принципе, если его юзеру не покажешь? Элементарно возможности скрестить .net и mac native, оставив html не видно.
ZEN>>Давно бы всё на чистой Java 8/Swing сделали и не парились.
TL>Предыдущая версия и была на Java 8.
Ну вот его и используйте.
TL>Вычурный интерфейс
Который рисуется так, как душе угодно. Хоть вычурно, хоть не вычурно, хоть в стиле Windows, хоть в стиле macOS, хоть в стиле CDE, хоть в HTML-стиле.
TL>и JVM в довесок.
А .NET это не довесок, это святой дух, ага.
Ничего вы не сделаете. Завязались на Windows-only технологии и всё. Посмотрите в сторону Mono, Wine, как наиболее безболезненные способы портирования, но вряд ли у вас получится. Java, Qt, Gtk, Electron, других развитых кроссплатформенных GUI пока не придумали.
Здравствуйте, wamaco, Вы писали:
vsb>>Java, Qt, Gtk, Electron, других развитых кроссплатформенных GUI пока не придумали.
W>как не придумали? а Delphi? Вполне себе отличная кроссплатформенная студия!
Я думал оно померло давным давно. Никогда не видел кроссплатформенных программ на дельфи. Ну ладно, если действительно так, пусть будет и дельфи.
Здравствуйте, TechL, Вы писали:
TL>Тесты такие на здоровье с меняющимися картинками (экранами).
TL>.NET Standard 2, а для морды HTML/JS с CEFSharp через плечо. TL>WPF, XAML.
Вы там упоролись что-ли? На Qt такое приложение за день пишется и новый дизайн пили хоть по 2 раза на дню, если хочется. Хотя бюджет освоить сложней, да.
простите, я правильно понял, что тут ".net standard для бекенда" имеется в виду что локально запускается вебсервер, который реализует логику сабжевого приложения?
_>Здравствуйте, TechL, Вы писали:
_>Delphi была бы кросс-платформенной, если бы Embarcadero поддержали десктоптый Linux. А вообще есть еще Lazarus, Qt Jambi.
