По вашей логике вся связка react + redux месиво из зависимосей.
А я считаю что переиспользовать в самый раз:
handleSubmit = (values) => {
/* возвращаем промис
erros в нашем случае это объект, в котором ключ - это название поля с ошибкой
Например, {title: "Неверно введен заголовок"}*/
return sleep(1000) {// симуляция ответа сервера}
.then(({errors, ...data}) => {
if (errors) {
// бросаем экземпляр класса ошибки с текстами ошибок
// _error общая ошибка для формы
throw new SubmissionError({ ...errors, _error: 'Статья не добавлена!' })
} else {
// ошибок нет, обрабатываем данные data
}
})
};
render() {
return (
<div>
{/* передаем обработчик*/}
<Form onSubmit={this.handleSubmit} />
</div>
);
}
Написал обработчик сабмита и подключил компонент. Чем вам не переиспользование?
Во-первых редакс. Статья так называется потому, что это проще решение чем те, с которыми я встречался в flux архитектурах. А чего ты хотел, пишы html сайты, так проще всего. Во-вторых я вижу ты в оружии лучше разбираешься…
Т. е., если мы говорим о маршрутизации, о различных полезных HTTP-методах, о системах безопасности, защите от CSRF-атак, о кроссдоменных запросах, шаблонизаторах и т. д. — в koa ничего этого мы не найдем.
В ядре нет, но все это есть в виде библиотек, заточеных именно под коа. Большенство сдесь. А остальное можна найти в npm
По поводу async-await, и babel, отлично себя показали в продакшене, по всем показателям, неговоря про удобство.
А на koa 2.x можно писать и на промисах, тут дело выбора написать так:
Первый момент изоморфность, document.title на сервере не работает. Второй, представим что вы хотите нормальний шаринг, притом разный для разных соц сетей. У нас это выглядит премерно так
На такие конструкции «Navbar.Header» будет ругатся babel если использовать
'transform-react-remove-prop-types',
'transform-react-constant-elements',
'transform-react-inline-elements'
Ремарка по поводу сервера, его тоже надо собирати, иначе при первом запросе будет просидание по скорости. я так понимаю из-за babel-loader.
Вот пример зборки на сервере
Насколько я знаю то webpack при зборке вынесет class A и B в верх бандла, а потом их будет использовать. Но какая то странная зависимость. Так делать не стоит.
Работа с API в данной статье необсуждалась.
При чем тут ваша команда?
А я считаю что переиспользовать в самый раз:
Написал обработчик сабмита и подключил компонент. Чем вам не переиспользование?
Удобно использовать на формах каталогов.
а с промисом:
ничего не напоминает))
В ядре нет, но все это есть в виде библиотек, заточеных именно под коа. Большенство сдесь. А остальное можна найти в npm
А на koa 2.x можно писать и на промисах, тут дело выбора написать так:
или так
Посути async-await транспилится в тотже промис и возращает тоже промис.
Ремарка по поводу
На такие конструкции «Navbar.Header» будет ругатся babel если использовать
'transform-react-remove-prop-types',
'transform-react-constant-elements',
'transform-react-inline-elements'
Вот пример зборки на сервере
не забудте забрать полифил и babel-register с серверного кода