DK
Не, не понял
Первое - application framework, второе - нет, но саппер - application framework. Думаю, это Павел имел в виду
Size: a a a
2020 March 11
PM
Не, не понял
Смотри, есть UI фреймворки: React, Svelte, Vue (с натяжкой) и есть Application фреймворки: Angular, Ember, Sapper, Next, Nuxt
PM
И то даже в app фреймворках есть весовые категории
PM
Например Next/Nuxt/Sapper это больше про сайты и легкие приложения требующие изоморфности и PWA
IF
Смотри, есть UI фреймворки: React, Svelte, Vue (с натяжкой) и есть Application фреймворки: Angular, Ember, Sapper, Next, Nuxt
Это как-то противоречит тому что ангуляр для админки лучше чем свелт, на котором тоже можно сделать её да
DK
Это как-то противоречит тому что ангуляр для админки лучше чем свелт, на котором тоже можно сделать её да
Ну вот я сделал админку с кучей виджетов и графиков на работе, тебе от этого стало проще?)
DK
На свелте
PM
Это как-то противоречит тому что ангуляр для админки лучше чем свелт, на котором тоже можно сделать её да
Это противоречит высказыванию Анггуляр во всем лучше кроме бандла))
PM
Их просто нельзя сравнивать в таком контексте
IF
Это противоречит высказыванию Анггуляр во всем лучше кроме бандла))
Я их сравниваю как инструменты для того чтобы приложение сделать. И для меня это инструменты на разные задачи
PM
Это как сравнивать Феррари с движком от Феррари
PM
Получается там что Феррари круче движка от Феррари потому что на ней можно ехать😁
DK
Я их сравниваю как инструменты для того чтобы приложение сделать. И для меня это инструменты на разные задачи
Сравнения не было, компоненты для энгулара тоже надо собирать, а базовой комплектации - разница только в роутере
DK
Окей, и тс
ER
про порог входа не забывайте. В ангуляр иди еще войди нормально
DK
Но первое компенсируется, если взять саппер или роутифай
ИМ
Всем привет!
А расскажите пожалуйста, как в svelte принято решать задачу повторного использования логики для разных визуальных представлений?
Например, нужно сделать два компонента, выглядящих по-разному на десктопе и мобилке, но использующих одинаковый стейт/методы. Во vue это делается через миксины, или через наследование, или через composition api в третьей версии.
Погуглил, ничего конкретного не нашел, нашел старый issue, где г-н Харрис говорит “I'm of the 'favour composition over inheritance' school”, но как собственно делать composition - не объясняет =)
Еще есть https://www.npmjs.com/package/svelte-extend - по смыслу похоже, но звездочек маловато =) и хотелось бы обойтись без лишних зависимостей.
А расскажите пожалуйста, как в svelte принято решать задачу повторного использования логики для разных визуальных представлений?
Например, нужно сделать два компонента, выглядящих по-разному на десктопе и мобилке, но использующих одинаковый стейт/методы. Во vue это делается через миксины, или через наследование, или через composition api в третьей версии.
Погуглил, ничего конкретного не нашел, нашел старый issue, где г-н Харрис говорит “I'm of the 'favour composition over inheritance' school”, но как собственно делать composition - не объясняет =)
Еще есть https://www.npmjs.com/package/svelte-extend - по смыслу похоже, но звездочек маловато =) и хотелось бы обойтись без лишних зависимостей.
DK
А как ты определяешь, мобила или десктоп? Если медиа-выражения подойдут, то можно вот эту штуку использовать: https://github.com/pearofducks/svelte-match-media
DK
Это не svelte-specific, это просто JS.
ИМ
на мобилку и веб уходят два разных бандла