vladislav3101

И так изучив данный паттерн немного "глубже", и как расписал мне Михаил. Нужно данную логику вынести в сервис, а репозиторий в свою очередь уже примет готовый объект со всеми корректными критериями. И конечно же наименование метода findOne считается некорректным для репозитория. Имхо.

Нашел ответ спустя 1 час, перебрал много мусора на форумах. Ответ: в моделях! Поясняю: модель может использоваться в разных местах и писать одни и те же проверки в контроллерах нет смысла. Допустим проверка на пустоту в отправленных данных, лучше 1 раз проверить в моделях, чем писать в разных контроллерах одно и тоже. Контроллер лишь получит от модели ответ и отдаст клиенту в нужном виде.

const SignUpContainer = () => {
  const [values, setValues] = useState({
    email: '',
    login: '',
    password: '',
    password2: '',
  });

  const [errors, setErrors] = useState({});

  const handleChange = (e) => {
    const { name, value } = e.target;
    setValues({ ...values, [name]: value });
  };

   const isValid = () => {
    const errors = validateSignUp(values);
    if (Object.keys(errors).length > 0) {
      setErrors(errors);
      return false;
    }
    return true;
  };

  const handleSubmit = (e) => {
    e.preventDefault();
    if (isValid()) {
      setErrors({});
      console.log('Ошибок нет');
    } else {
      console.log('Ошибки есть');
    }
  };

  return (
    <FormSignUp
      handleChange={handleChange}
      handleSubmit={handleSubmit}
      values={values}
      errors={errors}
    />
  );
};

export default SignUpContainer;

нашел ошибку, она была совсем не тут. В компоненте TableHeading, я забыл указать деструктуризацию {children}. Простите.