Re[9]: C# vs Dart - перспективы
От: Alekzander  
Дата: 27.08.23 13:05
Оценка:
Здравствуйте, karbofos42, Вы писали:

K>Здравствуйте, Alekzander, Вы писали:


A>>Давай не будем перескакивать с одного на другое. Полно приложений, которые не "поднимается локальный веб-сервер в одном процессе, запускается целый браузер в другом процессе", а просто используют webview в основном процессе, и открывают в нём локальный HTML-ресурс. А дальше уже он изнутри на JS работает с DOM. К их авторам какие претензии? Почему они должны выкидывать JS на свалку истории? JS, конечно, реально отстойный по сравнению с лучшими скриптовыми языками, но всяко больше для этого подходит, чем манипулирование DOM'ом на нативном языке снаружи. Хотя бы тем, что бизнес-логика автоматически отделяется от чисто интерфейсных вещей.


K>Что значит "манипулирование DOM снаружи"?


Выше ты написал: "Вместо того, чтобы пользоваться преимуществами десктопа, тащат на него скриптовые языки типа JS ... Нравится HTML для разметки — ну, можно Sciter взять или аналогичный подход использовать".

Когда ты это писал, то помнил, что при использовании HTML для разметки альтернатива JS — взять Скайтер и манипулировать DOM снаружи (на C++). А теперь вдруг забыл.

A>>Кстати про предков. Как же с облегчением вздохнули юзеры одного продукта в 2003 году, когда загрузчик-хранилище файлов вынесли из внутрипроцессного COM-сервера в локальный (отдельный процесс). Он перестал, наконец, при крешах, связанных с импортом кривых файлов плохо специфицированных форматов, утягивать за собой само приложение с расчётными модулями. Хотя приложение и замедлилось за счёт передачи данных... аж на 5%, наверно.


K>Ну, тогда нужно каждую кнопку в отдельной процесс вынести, а то вдруг чего где не обработано, а любая ошибка может уронить всё приложение.


Если каждая кнопка занимается импортом кривых файлов плохо специфицированных форматов (зона высокого риска) — то да, нужно. Если не занимается — нет, не нужно. Третий раз пишу: можно не валить всё в одну кучу?

A>>Ты хоть раз через профайлер GUI-приложение прогонял? Если бы да, знал бы, чтО там реально тормозит. (И нет, это не парсер). Это копеечная оптимизация, которая на общий расклад вообще не влияет, зато испоганит жизнь тысячам разработчиков, которые не смогут больше просто в ресурсы заглянуть и посмотреть, что там.


K>А ты прямо так в профайлере проваливаешься и изучаешь?

K>Или просто: ну, у меня пустое окно без разметки открывается 10 секунд, а заполненное — 11 секунд — ну, значит всё норм, секунда погоды не делает?

Я действительно нечасто пользуюсь профайлером, но это потому, что у меня большой опыт, и в части написания интерфейсов — особенно. Я и так знаю, где в системе ботлнеки, и что надо оптимизировать, а что — нет.

А вот тебе не помешало бы недельку покурить профайлер, чтобы не наваливать на парсер. Короче, надоело.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.