Как стать автором
Обновить

Комментарии 24

React — это только «V» в мире «MVC».

I'm not sure about this statement. With Context API, new Hooks API (useReducer) it becomes more complex than «just a view».
Use of useReducer()
const initialState = {count: 0};

function reducer(state, action) {
  switch (action.type) {
    case 'reset':
      return initialState;
    case 'increment':
      return {count: state.count + 1};
    case 'decrement':
      return {count: state.count - 1};
  }
}

function Counter({initialCount}) {
  const [state, dispatch] = useReducer(reducer, {count: initialCount});
  return (
    <>
      Count: {state.count}
      <button onClick={() => dispatch({type: 'reset'})}>
        Reset
      </button>
      <button onClick={() => dispatch({type: 'increment'})}>+</button>
      <button onClick={() => dispatch({type: 'decrement'})}>-</button>
    </>
  );
}

I'm not sure ...
Автор вашей цитаты сам не уверен в этом. Да, могут появится сомнения, но сам Facebook говорит нам об этом "A JavaScript library for building user interfaces". И самое интересное то, что в приведённом Вами примере используется redux, а это уже сторонняя библиотека дополняющая React.
Перешёл по ссылке и нашел вот такую вот фразу "If you’re familiar with Redux, you already know how this works". Это альтернатива useState.

Теперь можно использовать UI, чтобы хранить в нем и состояние приложения? Но more complex наверно не есть хорошо.

Краткая выжимка из книги React и Redux функциональная веб-разработка:
А где сама книга?

P.S. Нашёл на гитхабе, но и там книги ещё нет — только выжимка :)
Книгу можно легко найти по названию "React и Redux функциональная веб-разработка".
React и Redux. Функциональная веб-разработка — Видеоуроки
[Alex Banks, Eve Porcello] Functional Web Development with React and Redux
Вот что нашёл. А при чём здесь Вы? :)
Прочтите первую главу книги, а потом эту статью и вы поймёте. Хотя по заголовку статьи должно быть понятно.
НЛО прилетело и опубликовало эту надпись здесь
Спасибо. Именно эти отрывочные факты и есть основа статьи. Я думаю как раз опытные специалисты оценят то что им не придётся обрабатывать море воды (писателям платят чаще всего за количество строк, а не за качество). А молодым я бы не советовал сразу браться за книгу. Для начала изучить основы JS, понять что такое функциональное программирование, попробовать чистый React, а дальше расширять его по мере необходимости.
НЛО прилетело и опубликовало эту надпись здесь
Я думаю разумный человек не будет изучать React без знаний в основах JS. Вы со мной согласны?
НЛО прилетело и опубликовало эту надпись здесь
Я Вас понял, чтобы в кратце показать плюсы Yarn и ту легкость которую он даёт при работе с ним. В примере всего пару комманд для работы с Yarn. Те кто работали с NPM заметят что особых отличий нету, но Yarn даст хороший прирост в скорости. Спасибо, у Вас интересные вопросы.
React — это только «V» в мире "MVC".

Под этим слоганом реакт продавался в своих первых версиях. Сейчас парадигма поменялась, натягивание на MVC только усложняет понимание.


Чтобы работать с React вам нужно освоить основы Webpack

Разработчики реакта показывают в документации как работать React без сборки. Можно начать с голыми скриптами, а бандлеры притащить сильно позже.


Вот тут есть хорошая последовательность шагов обучения.


В следующей версии библиотеки будет включена средство Fiber

"Следующая" версия это 16, которая вышла больше года назад.


В целом, статья – хорошая иллюстрация, почему лучше не учить фреймворки по книжкам. Информация устаревает и искажается.

… лучше не учить фреймворки по книжкам.
Тут я не могу не согласиться, но ядро React осталось. Книги это классика, не знаю как передать это чувство, но я как будто испытываю эйфорию после прочтения книги. Это всего лишь выжимка из книги, так что не судите строго, спасибо.

Недавно на Хабре была очень душевная и понятная даже мне, человеку очень далёкому от фронтенда, статья о React для начинающих. Написана хорошим русским языком, содержательная.
Здесь же я вижу косноязычный (и содержащий глупые ошибки недоредактированного google-перевода типа "JavaScript скрипт") перевод первой главы какой-то книги, которую после такого перевода я лично не захотел бы читать и в оригинале. Зачем было так делать? Например, когда я переводил документацию для Privoxy, у меня получался текст, превышающий по объёму и качеству оригинал, дополненный к тому же курсивными уточнениями переводчика. Не повод хвалиться, но я хотя бы знаю, что старался.
Подобные же Вашему переводу вещи, как мне кажется, попахивают халтурой и уж точно не делают React более популярным.
Коль скоро первый блин всё равно живёт в песочнице, мне кажется, ещё не поздно перевести дополнительные, более содержательные главы книги, поработав над качеством русского языка.
Прошу извинить меня за резкость, я не со зла, а в надежде на то, что хороших статей о Реакте будет больше.

… превышающий по объёму и качеству оригинал ...
Во-первых качество !== количество. Да и ещё тексты в английском языке не настолько длинные. Я рад что у Вас там всё хорошо, но сейчас мы говорим об этой статье.
… недоредактированного google-перевода ...
Во-вторых никто не говорил о переводе, это короткие вырезки из книги, напишите им в редакцию чтобы они поправили.

А в общем спасибо, всегда есть куда стремится!
По существу: когда я читаю такое:
Утомительный JavaScript

Чтобы работать с React вам нужно освоить основы Webpack. Webpack позволит тестировать код, разбивать на модули, сжимать его для продакшена и т.д.

— у меня возникает только один вопрос: кто здесь? (переформулирую: «кто все эти люди?» или «куда я попал?»).
Зачем так много заголовков, да ещё столь странных? Почему такое количество текста выделено, для чего? Всё это попахивает каким-то лютым трешем в духе книг по маркетингу для домохозяек.
Я понимаю, что нам приходится читать подобное регулярно, потому что слишком большое количество авторов в ой же Америке «подсели» на подобный стиль изложения в духе «доклад-презентация на крутой конференции», но дело в том, что при переводе легко подобные вещи сгладить, а не выдать в гипертрофированном виде.
Если это что-то вроде краткого содержания — тем более логичнее наверное вовсе пересказать собственными словами…
В итоге для меня навязчивый вопрос «что это вообще было?» так и повис в смысловом вакууме. Не проникся, честно, хотя идея наверняка была хорошая.
Если у Вас возникает эти странные вопросы советую пройти путь новичка в Web. HTML -> CSS -> JS. А потом научится внятно читать и понимать, выделенный текст в статье для того чтобы обратить внимание, заголовки это основная идея следующего, так сказать, модуля.
Утомительный JavaScript

Чтобы работать с React вам нужно освоить основы Webpack. Webpack позволит тестировать код, разбивать на модули, сжимать его для продакшена и т.д.
Честно сказать даже не знаю, что Вам не понятно в этом заголовке и предложении.

Расскажу Вам маленькую историю. Разговор об утомительном JS превратился уже в некое клише, но такое мнение сложилось только из-за сложности сборки программного продукта. В прошлом файлы JS просто добавлялись к Вашей странице. Теперь же они должны пройти процесс транспиляции (JSX -> JS), тестирования и сборки. Это если коротко, я думаю Ваш вопрос исчерпан, спасибо.

А что yarn действительно быстрее npm?

Да, потому что он новее (используются новые подходы и технологии), это играет большую роль. Поддерживается компаниями гигантами, такими как Facebook и Google. В нём решены основные проблемы которые были в NPM (не все конечно, но многие).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации