почему именно под Svelte они "не возможны", но не об этом.
Подниму эту тему, и сразу скажу, у меня Enterprise.
От Material для десктопа подташнивает. Из всего под Svelte наиболее качественным (не самым красивым и фичастым) показался Carbon. И... всё.
Отдельные компоненты тоже имеют проблемы. virtual-list не прокручивается с клавиатуры, застревает после пары строк. Реактовский virtualized справился.
svelte-select рисует раскрывушку рядом, а не в стиле модалки/попапа, как это делают некоторые фреймворки, чтобы оно было точно поверх всего и overflow им был нипочём. Но компонент скопирован с реактовского и там аналогично.
У других фремворков тоже не всё так гладко. Понравился ant-design и vue-elements.
Вопрос 1: Это у меня в голове такое восприятие ситуации с фреймворками или приблизительно так и есть?
Вопрос 2: Если бы нашёлся "сумасшедший", готовый перенести UI-фреймворк, то какой бы вы хотели видеть в экосистеме svelete?
все возможно, просто свелт лучше всего себя показывает в кастомных UI и кажется большая часть его так и использует. если найдется тот кто может себе позволить сделать и поддерживать качественный ui kit, очевидно прежде всего для своих нудж, то думаю аудитория также найдется
Я по всему вопросу не спец (не энтерпрайз, не пользую UI-фреймворки). Но с виртуал-листом стоит отметить, что есть "официальный", а есть несколько решений от комьюнити, которые, вроде, по всем фичам лучше.
Без svelte:element делать библиотеку компонентов дико неудобно
Он позволит немного почистить мусор в файловой системе, но не свалиться в реактовкую кашу?
возможно-то всё, просто у каждого инструмента своя область применимости. в рамках которой он помогает, а за рамками которой - мешает. у меня сложилось мнение, что набор свелтовских компромиссов оптимален, условно, для того чтобы интерактивную инфографику про выборы на карте рисовать. а пилить на нём всякую опердень с тысячами крудов - неоптимально. это не значит "невозможно", просто он будет сопротивляться, вместо того чтобы помогать. соберёте всё минусы и не получите ни одного плюса. ну и зачем, спрашивается?
А если CRUD-ы будут генерироваться? :)
Он поможет сделать адекватные кнопки, инпуты, ссылки хедера(которые должны становится параграфами когда активны, к примеру) и прочие штуки
тем более. ещё и компилятор дёргать через задницу придётся
Неее. Без перекомпиляции
не думаю. при хорошей архитектуре кита эта штука понадобиться в паре мест всего, которые можно будет решить if-ом
Она нужна редко, но когда нужна заставляет писать полную дичь
На основе декларации, которую можно и под пользователя заточить.
ну вариантов грубо два, либо вы в какой-то момент зовёте свелтовский компилятор, либо переделываете половину свелта руками чтобы в рантайме обойтись. тут по-моему уже пара человек ходила, которые пытались из свелта сделать одинэс, каких-то других вариантов никто им не предложил
Один из них я :) и меня такой вариант устроил, библиотека компонентов не бесконечная и дизайнить надо давать не целые приложения, а отдельные формы.
Обсуждают сегодня