Скорее всего, потому что без стейта компоненты на классах не имели смысла, и такие статьи обращены к тем, кто их использует по каким-либо причинам. Ну и не все и не всегда выносится в redux.
Тут важно понимать, что useEffect не является заменой для жизненного цикла компонента. Это в принципе другая концепция, когда важен не компонент, а конкретный рендер.
Я не вижу никаких существенных отличий между тем, дерните ли вы класс модели и метод, выполняющий некую логику, или же сделаете то же самое, но функцией.
Основное отличие в this, к которому все привязано в классах. То есть да, отделить можно, но так же ли удобно, как просто вырезать несколько строк кода из компонента?
Думаю, можно просто спросить у конкретного человека, интересно это или нет, не притягивая к этому возраст.
Многие ведь, не понимая, что такое разработка, интересуются ей, а потом уже узнают, интересно это им на самом деле или нет. Это актуально для персон любого возраста.
Дети – не какие-то другие существа, это просто люди, которые (как и вы) могут осознавать, что им интересно, а что нет, и их интересы не отличаются от ваших. Вернее, отличаются, но так же, как чьи-то интересы отличаются от интересов другой случайной персоны на улице.
При устройстве на одно из последних мест работы читал отзывы об этой компании. Так как вариантов особо не было (была необходимость начать работать в короткие сроки), устроился, хотя отзывы были негативными. В результате все, что я читал в этих отзывах подтвердилось, причем первые подтверждения я увидел в день подписания договора. Сам писал отзыв только один раз, когда речь была буквально про физические угрозы (при этом писал, само собой, анонимно, и только тогда, когда убедился в том, что моего адреса не знают). Ранее не раз отказывался от сотрудничества, если отзывы «перевешивали» то, что я увидел при общении.
Было бы, конечно, хорошо ориентироваться не на отзывы, а на то, что в компании на самом деле, но в большинстве случаев те, кто только устраиваются, не видят этого, это почти всегда в какой-то мере лотерея. В такой ситуации наличие отзывов не может не вызвать сомнений. Тем более, если на них от компании нет никакой реакции – ты просто видишь их и не можешь знать, насколько это правда. А при устройстве на работу, думаю, лучше проявить больше внимательности, чем меньше.
Не совсем так. На каждый, где отличается
props.id, а это редкие ситуации.Тут важно понимать, что
useEffectне является заменой для жизненного цикла компонента. Это в принципе другая концепция, когда важен не компонент, а конкретный рендер.Основное отличие в
this, к которому все привязано в классах. То есть да, отделить можно, но так же ли удобно, как просто вырезать несколько строк кода из компонента?Зачастую ведь компоненты это не только view, взять хотя бы пример с сохранением формы.
Многие ведь, не понимая, что такое разработка, интересуются ей, а потом уже узнают, интересно это им на самом деле или нет. Это актуально для персон любого возраста.
Дети – не какие-то другие существа, это просто люди, которые (как и вы) могут осознавать, что им интересно, а что нет, и их интересы не отличаются от ваших. Вернее, отличаются, но так же, как чьи-то интересы отличаются от интересов другой случайной персоны на улице.
Было бы, конечно, хорошо ориентироваться не на отзывы, а на то, что в компании на самом деле, но в большинстве случаев те, кто только устраиваются, не видят этого, это почти всегда в какой-то мере лотерея. В такой ситуации наличие отзывов не может не вызвать сомнений. Тем более, если на них от компании нет никакой реакции – ты просто видишь их и не можешь знать, насколько это правда. А при устройстве на работу, думаю, лучше проявить больше внимательности, чем меньше.