G
Size: a a a
2019 February 03
R:
Привет. а как в элме сделать взаимодействия между компонентами?
Хм, ну смотри, так как у нас есть доступ к внутренностям компонента из корня приложения, можно, например, пробросить части модели одного компонента в другой
R:
Ну и вообще при апдейте можно что угодно делать
R:
Но я свои компоненты так и не доделал, просто использовал вьюшки и вынес Model с Msg в отдельные файлы
G
Хм, ну смотри, так как у нас есть доступ к внутренностям компонента из корня приложения, можно, например, пробросить части модели одного компонента в другой
спасибо. попробую
J
Всем привет.
У меня вопрос в лоб.
Только начинаю читать про элм и узнал такую тему, что в нём нет компонентов, к которым мы привыкли в реакте.
То есть я правильно понимаю, что нельзя сделать просто ui-модуль, который без модели получает что-то из вне как функция получает данные через аргументы.
Как вы с этим живёте и быстро ли к этому привыкли?
У меня вопрос в лоб.
Только начинаю читать про элм и узнал такую тему, что в нём нет компонентов, к которым мы привыкли в реакте.
То есть я правильно понимаю, что нельзя сделать просто ui-модуль, который без модели получает что-то из вне как функция получает данные через аргументы.
Как вы с этим живёте и быстро ли к этому привыкли?
G
Всем привет.
У меня вопрос в лоб.
Только начинаю читать про элм и узнал такую тему, что в нём нет компонентов, к которым мы привыкли в реакте.
То есть я правильно понимаю, что нельзя сделать просто ui-модуль, который без модели получает что-то из вне как функция получает данные через аргументы.
Как вы с этим живёте и быстро ли к этому привыкли?
У меня вопрос в лоб.
Только начинаю читать про элм и узнал такую тему, что в нём нет компонентов, к которым мы привыкли в реакте.
То есть я правильно понимаю, что нельзя сделать просто ui-модуль, который без модели получает что-то из вне как функция получает данные через аргументы.
Как вы с этим живёте и быстро ли к этому привыкли?
можно сделать просто функцию такую же как view и использовать ее во view)
G
в разделе форм пример есть
J
Ага, спасибо.
Кстати, а нафига он там типы явно задаёт для viewInput, они же сами должны выводится?
Кстати, а нафига он там типы явно задаёт для viewInput, они же сами должны выводится?
G
Ага, спасибо.
Кстати, а нафига он там типы явно задаёт для viewInput, они же сами должны выводится?
Кстати, а нафига он там типы явно задаёт для viewInput, они же сами должны выводится?
для ясности. а так - выводятся
AK
Ага, спасибо.
Кстати, а нафига он там типы явно задаёт для viewInput, они же сами должны выводится?
Кстати, а нафига он там типы явно задаёт для viewInput, они же сами должны выводится?
если вы про анотации функций, то это всегда лучше делать, так как это повышает читаемость кода, а так же делает явным если вы что-то кастомное в функции делаете
J
если вы про анотации функций, то это всегда лучше делать, так как это повышает читаемость кода, а так же делает явным если вы что-то кастомное в функции делаете
Так code lenses же есть в современных ide.
AK
в основном это надл для компилятора
AK
компилятор не может за вас решить, хотите вы что бы функция принимала любой тип например
view : a -> Html Msg
AK
или
view : CustomType -> Html Msg
AK
в целом бест практис, это всегда писать анотации
AK
хоть и можно обойтись абсолютно без них
2019 February 04
R:
Надо их писать вообще всегда
R:
Как минимум что бы понимать что делает функция и как она работает только по названию и типу