Ребяты, подскажите по antd. Например, есть календарь и при выборе даты, надо вычислять номер недели и сохранять эти данные в Form. Поле weekNumber в UI не отображается, но работать с ним надо. Есть ли возможность без костыля <Form.Item name="weekNumber" hidden />,  делать изменение значения form.setFieldValue(weekNumber) ?

ну можешь или единожды  все получить, а потом закешировать. Юзер подождет один раз, но потом будет все быстро работать. Или каджый раз, когда будет открывать этот селект делать запрос и также его кешировать

так хорошо делать и приятно?

Всем привет! Беру картинку по такому пути import logo from '../../assets/logo.svg'. В деве всё ок, после билда её нет. Как это поправить?

Я бы вынес дропдаун в ui, который принимал бы список пропами

Потом внутри какой-либо фичи, которая использует этот дропдаун - определял бы список  в модели и в нем хендлеры бы привязал к экшенам/эффектам/ивентам - неважно

В целом почти то же самое, что и на скрине, просто другая структура с разделением на бизнес и вьюху

не подскажешь как называется принцип разработки, при которой что-то делится на модель вью и еще что-то?

А в папку билда она попала? Путь должен быть что-то типа dist/static/assets/images - где то там по по идее должно быть хешированное имя svg

В инспекторе разметки что отображается на месте svg?

В инспекторе указывается путь типа ./****.svg, файл такой есть, и в файле есть svg-код, но иконка не грузится

Вообще это MVC/MVVM, но "расово верный" подход как таковой гораздо реже встречается на фронте.

Архитектура в основном, как показывает тенденция - компонентная.
Но полезная практика заключается в том, чтобы не разделять компоненты на компоненты с логикой и компоненты без логики (они же container/presentational, они же smart/dumb и т.д), а вместо этого разделять свое приложение на бизнес логику и отображение.

То есть условная страница/вьюха, модель, в которой хранятся бизнес-сущности/логика.

Я бы рекомендовал почитать feature-slices/atomic design

https://blog.webf.zone/contemporary-front-end-architectures-fb5b500b0231?gi=244be8cc4841

Вот хорошая статья

Это все очень вкратце, тема достаточно сложная и крайне обширная

что такое по вашему бизнес логика именно на фронтенде?

то что относится к запросу, получению, обработке и хранению данных

На примере -

Есть условная FSM из нескольких шагов, на каждом шаге - форма

Проверка валидности каждого шага, чтобы подсветить кнопку доступного перехода, отправка данных из формы этого шага на бэк, объединение данных со всех шагов в одну дтоху с последующей отправкой, хендлинг этого запроса (успех/провал) - все это можно отнести непосредственно к бизнес логике

Естественно, можно сказать что этим должен заниматься бэк

Но сейчас клиент может быть таким же сложным как и бэк, если не сложнее)

Вьюха же связывается с моделью событиями -

клиент ввел символ в поле формы (входная точка для модели) -> строка передается в стейт -> на основе этого и других стейтов собирается объект -> и так далее

Если подходить к разработке с такой стороны, приятным бонусом еще становится простота тестирования, когда тебе не нужно рендерить компонент для юнита)

Потому что, имхо, рендер компонента это уже непосредственно интеграционный тест

Если же ты хочешь протестировать поведение и логику приложения, зачем тебе вьюха?

Ну это мои пару центов

Привет, не знаете, почему не срабатывает removeEventListener

покажи код