Потому что ИМХО шаблоны слишком сложны в реализации (поддержка микросинтаксиса в шаблонах Angular требует запила своего парсера JavaScript, проверку типов да еще и своего сервиса для автокомплита). Это привело по факту к тому, что ангуляровцы сейчас реимплементируют JS у себя. Плюс к тому в HTML шаблонах нужно явно прописывать зависимости компонента от других компонентов, что приводит к дублированию информации (это реализуется с помощью дополнительных сущностей модулей в ангуляре)
Последний десяток лет браузеры очень хорошо научились оптимизировать рендеринг HTML+CSS с анимациями и эффектами. Думаю, производительность отрисовки на канвасе во Flutter будет страдать. Кроме того в HTML работает поиск по текстам, что позволяет найти или скопировать любой текст и это особенно важно для доступности. ИМХО это сильно ограничит применение этой технологии в вебе. По крайней мере про захват Web-а говорить слишком рано.
Скажите, а чем порталы в Тайге отличаются от порталов в CDK? Насколько я знаю порталы в CDK сознают вручную отдельный HTMLElement в body и не требуют оборачивать приложение в отдельный компонент. Какие плюсы и минусы у этих подходов на ваш взгляд?
В Angular это называется Attribute directives. С помощью них сделаны многие популярные библиотеки, например Flex-Layout. Соответственно поддерживается и пререндеринг всего этого и динамическое обновление.
Нужно именно программное отключение для какого-то HTMLElement или всей страницы. Иначе придется при переключение между вкладками лазить в настроки жестов. Особенно важно это когда делишься ссылкой на страницу где используется интерактивное управление мышью. Пользователи Vivaldi её открывают и при попытке подвинуть объект на экране у них начинает закрываться окно. В этом случае они либо не догадаются что жесты мешают либо вообще заморачиваться не будут, а откроют в другом браузере.
Не пользуюсь в связи с частой работой в 3D программах моделирования. В большинстве из них движения мыши с зажатой левой и правой кнопкой задействованы для навигации по пространству, что конфликутет с жестами. Необходима возможность отключать жесты с помощью CSS или JS. Об этом просят и разработчиков Opera и Vivaldi forum.vivaldi.net/topic/32575/option-to-disable-mouse-gestures-for-certain-urls/9 но во и ныне там… Ради интереса обрашался в ТП Yandex.Browser они вроде записали у себя в баг-трекер и тоже забыли))
1) Проще
2) Лениво — пока не отображается в html unread$ — фильтрация не делается
3) Автоматическая отписка, если во время выполнения запроса getJokes() мы перейдём на другой компонент
4) Не используется анти-паттерн subscribe()
В том, то и прикол, что данные нужны в момент преобразования, а не после. К примеру, условие нужно или нет отображать эту картинку в принципе может браться из настроек по HTTP запросу. Т.е. для гибкости в моём случае нужно, чтобы любая часть шаблона вычислялась произвольным выражением. В этом и плюс Ангуляра, что у него везде в условиях, циклах итп вставляется кусок JS. А что это за кусок — обращение к данным или сложные функции — по барабану!
Классная вещь! а может она работать не только со данными — объектами, но и вызывать функции, втч асинхронные? К, примеру, мне нужно в отчёт картинку сгенерить или диаграмму и параметры этой картинки или диаграммы я только в шаблоне указываю, возможности предварительно нагенерировать все варианты картинок, сами понимаете, нет.
Я, конечно, присматривался к различным шаблонизаторам, но ряд причин побудил написать своё
1) Хотелось именно Angular синтакс из-за перспективы делать в будущем компиляцию на Ivy, чтобы в случае такого перехода не сломалась обратная совместимость
2) Размер — ряд шаблонизаторов, которые я смотрел (Blaze, Handlebars) имели размер > 50Kb
3) Асинхронность — возможность вставлять в шаблон данные из RxJs Observable, например, грузить картинки по HTTP
Мы перевели весь функционал на C3D достаточно давно, однако идентичность геометрических моделей достигнута только в последней, 10 версии Базиса. На всякий случай еще оставлена опцию переключения между ядрами, которую мы планируем окончательно убрать в следующей версии.
Производительность и типизация — это основная функциональность подобных систем. В Protobuf проделана огромная работа, чтобы выжать производительность до максимума. А вы показываете проектик с 87 коммитами заброшенный больше года назад.
А тем кому надо передать дату-время туда-сюда protobuf не нужен.
Понимаю что это перевод, но всё же, зачем выступать против? Выступайте за… что нибудь))) Конечно ProtoBuf развивался стихийно, этим объясняется несовершенство его системы типов.
Вопрос, а какие есть альтернативы, которые обеспечат такую же статическую типизацию (на основе кодогенерации) и производительность?
А почему выбрали UWP?
А почему нельзя сохранить время загрузки этого скрипта с сайта А и отдавать сайту Б с такой же задержкой?
Потому что ИМХО шаблоны слишком сложны в реализации (поддержка микросинтаксиса в шаблонах Angular требует запила своего парсера JavaScript, проверку типов да еще и своего сервиса для автокомплита). Это привело по факту к тому, что ангуляровцы сейчас реимплементируют JS у себя. Плюс к тому в HTML шаблонах нужно явно прописывать зависимости компонента от других компонентов, что приводит к дублированию информации (это реализуется с помощью дополнительных сущностей модулей в ангуляре)
1) Проще
2) Лениво — пока не отображается в html unread$ — фильтрация не делается
3) Автоматическая отписка, если во время выполнения запроса getJokes() мы перейдём на другой компонент
4) Не используется анти-паттерн subscribe()
1) Хотелось именно Angular синтакс из-за перспективы делать в будущем компиляцию на Ivy, чтобы в случае такого перехода не сломалась обратная совместимость
2) Размер — ряд шаблонизаторов, которые я смотрел (Blaze, Handlebars) имели размер > 50Kb
3) Асинхронность — возможность вставлять в шаблон данные из RxJs Observable, например, грузить картинки по HTTP
А тем кому надо передать дату-время туда-сюда protobuf не нужен.
Вопрос, а какие есть альтернативы, которые обеспечат такую же статическую типизацию (на основе кодогенерации) и производительность?