К сожалению, документация по Реакту уже довольно давно не поспевает, так сказать, за прогрессом и некоторые моменты там немного устарели. Про bind чуть ниже написано пару хороших комментариев. Рекомендую почитать. По поводу прототипирования в реакте первый раз услышал от вас. Используйте композицию вместо наследования (вольный перевод высказывания Gang of Four).
Не нашел в статье под пунктом три ничего критического для себя, что бы заставило меня не использовать стрелочные функции в компонентах. Ключевое слово static безусловно полезно. Я обычно использую его для propTypes внутри компонента, как и описывал автор.
Про componentDidMount ответил выше. Если в кратце, то вы вызовите еще одни ре-рендер. И я предлогаю использовать для вещей которые нужно менять в componentDidMount переменные класса.
Про componentDidMount ответил выше. Если в кратце, то вы вызовите еще одни ре-рендер. И я предлогаю использовать для вещей которые нужно менять в componentDidMount переменные класса.
Про componentDidMount ответил выше. Если в кратце, то вы вызовите еще одни ре-рендер. И я предлогаю использовать для вещей которые нужно менять в componentDidMount переменные класса.
ImmutableJs работает быстрее с данными, чем аналогичные структуры из JS (Map, List). Буквально недавно делал бенчмарки по map функции. Если интересно, можете поискать результаты.
Поискал сейчас специально, но к сожалению, не нашел официального определения stateless компонентов и pure components. Если попытаться перевести дословно, то stateless значит без стейта, без состояния, что в целом верно описывает компонент. pure component же можно попробовать перевести как чистый компонент, что подразумевает отсылку к чистым функциям из функционального программирования.
Что же такое чистая функция? Wiki
Вики говорит, что фунция чистая если:
является детерминированной;
не обладает побочными эффектами;
В нашем случае компонент всегда будет возвращать один и тот же результат, на одни и теже входящие данные — то есть он является детерменированным. А так же не обладает побочными эффектами.
Суммирую, думаю, что мы можем назвать данный компонент чистым.
Спасибо за дополнение. При изменении стейта componentDidMount можно вызвать перерендер компонента еще один раз. Если вам нужно поменять стейт после перерендера, возможно, стоит вынести эту переменную как переменную класса:
class MyComponent extends React.Component {
state = {
varThatAffectRender: true,
}
varThatNotAffectRender = true;
}
Спасибо. Я имел в виду именно этот вызов bind. Хотя в других местах я его тоже не очень люблю. По большей части из-за проблемы описанной dagen чуть выше.
https://github.com/facebook/immutable-js/wiki/Immutable-as-React-state
По поводу state вы правы. Здесь будет верно:
К сожалению, документация по Реакту уже довольно давно не поспевает, так сказать, за прогрессом и некоторые моменты там немного устарели. Про bind чуть ниже написано пару хороших комментариев. Рекомендую почитать. По поводу прототипирования в реакте первый раз услышал от вас. Используйте композицию вместо наследования (вольный перевод высказывания Gang of Four).
Не нашел в статье под пунктом три ничего критического для себя, что бы заставило меня не использовать стрелочные функции в компонентах. Ключевое слово static безусловно полезно. Я обычно использую его для propTypes внутри компонента, как и описывал автор.
Про componentDidMount ответил выше. Если в кратце, то вы вызовите еще одни ре-рендер. И я предлогаю использовать для вещей которые нужно менять в componentDidMount переменные класса.
Про componentDidMount ответил выше. Если в кратце, то вы вызовите еще одни ре-рендер. И я предлогаю использовать для вещей которые нужно менять в componentDidMount переменные класса.
Про componentDidMount ответил выше. Если в кратце, то вы вызовите еще одни ре-рендер. И я предлогаю использовать для вещей которые нужно менять в componentDidMount переменные класса.
ImmutableJs работает быстрее с данными, чем аналогичные структуры из JS (Map, List). Буквально недавно делал бенчмарки по map функции. Если интересно, можете поискать результаты.
Поискал сейчас специально, но к сожалению, не нашел официального определения stateless компонентов и pure components. Если попытаться перевести дословно, то stateless значит без стейта, без состояния, что в целом верно описывает компонент. pure component же можно попробовать перевести как чистый компонент, что подразумевает отсылку к чистым функциям из функционального программирования.
Что же такое чистая функция? Wiki
Вики говорит, что фунция чистая если:
В нашем случае компонент всегда будет возвращать один и тот же результат, на одни и теже входящие данные — то есть он является детерменированным. А так же не обладает побочными эффектами.
Суммирую, думаю, что мы можем назвать данный компонент чистым.
Полностью согласен.
Спасибо за дополнение. При изменении стейта componentDidMount можно вызвать перерендер компонента еще один раз. Если вам нужно поменять стейт после перерендера, возможно, стоит вынести эту переменную как переменную класса: