@react_js

Страница 3218 из 5115
Kelin
21.02.2018
08:50:47
Всегда 1 пишу

Oleg ?
21.02.2018
08:51:48
Когда пишешь об одном, а в этот момент думаешь о другом)

Daniel
21.02.2018
08:53:32
Мне второй больше нравится, хоть понятно откуда пришло

Google
dima
21.02.2018
08:53:50
да ну. Жеско написать thus и retrun

Oleg ?
21.02.2018
08:54:06
:D

Дмитрий
21.02.2018
08:57:56
Мне второй больше нравится, хоть понятно откуда пришло
В самой разметке не важно откуда оно пришло

dima
21.02.2018
09:02:18
Daniel
21.02.2018
09:03:19
как это развидеть

ALFer
21.02.2018
09:03:36
Мне важно
ты в меньшинстве. Но если тебе так удобней, то делай как удобней

Daniel
21.02.2018
09:04:50
Есть очевидный плюс, когда хочешь понять что ты прокинул в следующий компонент, то сразу можешь это увидеть. Да и там где кода в принципе мало, подобные сокращения лишь усложняют все

Daniel
21.02.2018
09:06:39
Google
Daniel
21.02.2018
09:07:14
Зачем тогда реакт вообще?

Сергей
21.02.2018
09:07:24
Зачем тогда реакт вообще?
ты головой ударился?

Daniel
21.02.2018
09:07:41
стейта нет, методы нормальн оне объявишь

Сергей
21.02.2018
09:07:47
методы не нужны)

стейт тоже)

ладно

шучу

recompose

и больше не пишешь говно-классы не пытаешься решить проблему “откуда-что-пришло” с помощью дублирования “this.props.” и “this.state.”

Dmitry
21.02.2018
09:13:22
как лучше объявлять prop-types внизу файла или как static метод?

Dmitry
21.02.2018
09:13:43
в зависимости от кодстайла на проекте

Сергей
21.02.2018
09:14:43
ALFer
21.02.2018
09:15:17
не использовать классы ?
чёт ты всё как-то очень категорично. Всё же от задачи зависит

Andrey
21.02.2018
09:15:42
чёт ты всё как-то очень категорично. Всё же от задачи зависит
Тебе просто так кажется) Все остальные мнения удаляются.

А классы лучше использовать в тех местах, где стейт есть.

Anton
21.02.2018
09:16:15
не использовать классы ?
а лайфсайкл вызовешь в обычной функции?

Google
Сергей
21.02.2018
09:16:39
а лайфсайкл вызовешь в обычной функции?
import { lifecycle } from ‘recompose’ если уж сильно понадобится

Dimanius851
21.02.2018
09:16:51
Есть группа "Next.Js" и знаете, сколько там человек? 2

Anton
21.02.2018
09:16:58
)

Сергей
21.02.2018
09:17:01
А классы лучше использовать в тех местах, где стейт есть.
только если сложный стейт но тут уже вопрос “а не надо ли его перенести в ридакс?”

Dmitry
21.02.2018
09:17:16
а какая разница?
ну просто хотел узнать как обычно делают

Andrey
21.02.2018
09:17:23
только если сложный стейт но тут уже вопрос “а не надо ли его перенести в ридакс?”
Любой стейт. Ты знаешь, что я повёрнут на flow и выводе типов.

Andrey
21.02.2018
09:17:47
Так что только классы для стейта.

Сергей
21.02.2018
09:18:20
т. е. ты не используешь классы вообще?
+ классы-компоненты не использую

ALFer
21.02.2018
09:18:27
ну просто хотел узнать как обычно делают
всё реально зависит от кодстайла проекта. имхо, static propTypes выглядят лучше, но это имхо

Dmitry
21.02.2018
09:18:51
Сергей
21.02.2018
09:19:19
а в чем профит?
кода меньше читать проще писать проще

Dmitry
21.02.2018
09:19:44
кода меньше читать проще писать проще
классы вроде работают быстрее

Andrey
21.02.2018
09:19:55
кода меньше читать проще писать проще
Насчёт последнего не факт.

Mishka
21.02.2018
09:20:27
кода меньше читать проще писать проще
а можно на гитхаб ссылочку? я бы посмотрел как это выглядит

Сергей
21.02.2018
09:21:20
Насчёт последнего не факт.
ну ты привык читать классовые портянки и каждый раз писать функции для обновления стейта описывать методы

ALFer
21.02.2018
09:21:22
классы вроде работают быстрее
это всё очень зависит от среды исполнения, чем затранспайлено, и этот аргумент должен быть ближе к низу списка "за и против"

Сергей
21.02.2018
09:21:48
я лучше напишу одну короткую строчку и всё будет работать

Google
Andrey
21.02.2018
09:21:49
Стейта мало в компонентах находится.

я лучше напишу одну короткую строчку и всё будет работать
А потом надо будет что-то изменить и лови ошибки в рантайме.

Andrey
21.02.2018
09:22:49
с чего вдруг?
Потому что хоки и компонент не связаны никак.

Сергей
21.02.2018
09:23:24
Потому что хоки и компонент не связаны никак.
кроме того, что они работают вместе

Andrey
21.02.2018
09:23:46
кроме того, что они работают вместе
Верно. На доверии работает.

Сергей
21.02.2018
09:24:03
foo() -> i32 bar(a: i32) связаны как-то? а если так: bar(foo())

Andrey
21.02.2018
09:24:04
А с классами у тебя проект тупо не соберётся, если что-то не так.

Andrey
21.02.2018
09:24:30
пф да соберется ?
Ну, не собиралось пока.

Сергей
21.02.2018
09:24:53
я могу сделать так, что соберется

класс не большая гарантия, чем всё что угодно в жс

Andrey
21.02.2018
09:25:16
Аргументация уровня боженька)

класс не большая гарантия, чем всё что угодно в жс
Большая. Как минимум с точки зрения flow

Там есть привязка к контексту.

Сергей
21.02.2018
09:25:40
божечки

Nikita
21.02.2018
09:25:42
А с классами у тебя проект тупо не соберётся, если что-то не так.
тоесть ты хочешь сказать что если я сейчас все свои компоненты перепишу на классы, то у меня в рантайме ошибок не будет?

Сергей
21.02.2018
09:26:00
я говорю об обычном реакте)

Andrey
21.02.2018
09:26:18
Любой стейт. Ты знаешь, что я повёрнут на flow и выводе типов.

Google
Сергей
21.02.2018
09:26:24
блин

есть знакомый, который пишет на флоу и рекомпоз

Andrey
21.02.2018
09:26:52
Не, писать без типизации не собираюсь. Нафиг.

Сергей
21.02.2018
09:26:56
и у него флоу также ругается, если сделал, что-то не так

Andrey
21.02.2018
09:27:41
тоесть ты хочешь сказать что если я сейчас все свои компоненты перепишу на классы, то у меня в рантайме ошибок не будет?
При использовании flow у тебя будет меньше ошибок в случае классов, чем с лайфсайклом из рекомпоза.

и у него флоу также ругается, если сделал, что-то не так
Ну правильно. Если есть ошибки, то проект не должен собираться.

Сергей
21.02.2018
09:28:28
Ну правильно. Если есть ошибки, то проект не должен собираться.
спорно, но я согласен. уточню один момент, классы тут не особое влияние имеют

Andrey
21.02.2018
09:29:03
Сергей
21.02.2018
09:29:17
Ну правильно. Если есть ошибки, то проект не должен собираться.
а можешь скинуть код какого-нибудь более-менее сложного компонента?

Andrey
21.02.2018
09:29:29
Как бы, если flow научился бы работать вот так с хоками, то я бы не писал этот бойлерплейт)

Nikita
21.02.2018
09:29:34
+ не совсем понятно как класс влияет на то что есть ошибки или нет

Nikita
21.02.2018
09:29:50
Классы дают тебе возможность бизнеслогику писать в этих классах

Andrey
21.02.2018
09:29:52
так он умеет
Покажи пример.

Сергей
21.02.2018
09:30:04
Покажи пример.
покажи пример, где не работает

Nikita
21.02.2018
09:30:04
из за этого в компонентах написаных на классах за частую куча дерьма

Andrey
21.02.2018
09:30:30
class A { state: { a: 1, } update() { this.setState({b: 1}) } }

Покажи как мне это написать с помощью рекомпоза, чтобы код не собрался.

Страница 3218 из 5115