привязан ивент или транзакцияименно про транзакцию ( если имеешь ввиду оплату ), думаю это можно пользователю с клиента указать в какую именно игру он хочет оплатить ( всё равно что заполнить форму ), а на бэке проверять есть ли действительно такая и игра и т.д ( айдишник игры мб к примеру )
Но самое главное другое: вызов хука по условию генерирует совершенно другую ошибку.)с этим да, согласен - в деве генерит ошибку другую, а при билде ?) или возможно ошибку показал автор просто не полную
т приходит из хука, а внутри ещё хук?) Да и это переводы, нет ни малейшего смысла вызывать хуки в переводах, потому что они постоянно будут вызываться с тем или иным условием.смотреть мне лень что там и как, но не думаю что просто перевод, наверное всё же что-то вызывает у себя там ( скорее всего )
if (!value) return <></>;
let tooltip = t("general.demand") + "=" + value.demand;
if (value.surplus) tooltip += ", " + t("general.surplus") + "=" + value.surplus;const schema_1 = ...;
const schema_2 = ...;
const Component = () => {
const [schema, setSchame] = useState({...schema_1})
const { register, handleSubmit, formState: { errors } } = useForm({
resolver: zodResolver(schema)
});
}
Repositoryпохож на просто замену orm, просто методы для работы с бд, возможно так писали когда-то давно или сейчас так пишут на проектах который например государственный где нельзя юзать какие-то лишние зависимости, и пилят это всё вручную ( моё предположение ), но я обычно юзаю orm и не занимаюсь таким барахлома твои репозитории обычно должны называться и выглядеть что-то типа
filmRepository
scoreRepository
userRepository
про filmRepository примеры привести вряд ли сходу могу, могу про счёт
например ты регаешься в какой-то системе, и при регистрации тебе должен создаться какой-то счет ( новый ), + этот счет ( новый ) можно создать отдельно в другой части приложения
получается раз логика дублируется, счет создаётся сразу в двух частях приложения, стоит для scoreRepository добавить метод для создания счета, это всё что могу подсказать
в принципе у тебя всё написано верно, по факту в коде ничего плохого нет, главный репозиторий для замены orm, тоже имеет место быть, но стоит ли - я это спросил)