Для чего нужен + в document write

Очень нужно подскажите кто знает !

Для чего нужен + в document write

Это конкатенация строки просто

Да, давний феномен продления строки с помощью арифметических приемов

скриншот на камеру мобилки это сильно

стильно

Очень нужно подскажите кто знает !

https://telegram.me/joinchat/Be4rsT3Uyr1TjmSlrRc77g - для новичков в js )

Ребят, всем привет! Уже спросил в js.noobs, спрошу тут заодно. Есть какой-нить канал по HTML/CSS или общих вопросов по фронт-енду? Не у кого про семантичность разметки спросить

по вёрстке можно спросить норм

Спасибо!

Кто юзает flux, объясните пожалуйста что значит Store более простым языком. То я не врубаюсь...

Кто юзает flux, объясните пожалуйста что значит Store более простым языком. То я не врубаюсь...

это объект, хранящий в себе состояние приложения

https://translate.google.com/#en/ru/Store куда уж проще?)

ты хранишь все данные (например туду айди, имя, состояние (чекед - нот чекед), сам текст туду)

в этом store

https://translate.google.com/#en/ru/Store куда уж проще?)

найс свою тупость показываешь

т.е. данные, которые тебе нужно хранить, ты их хранишь в объекте Store

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

и т.д.

и т.д.

ооокей, спасибо

а что конкретно не понятно? Это можно раздуть на длиннотекст

найс свою тупость показываешь

лол.

а что конкретно не понятно? Это можно раздуть на длиннотекст

да вроде понял, просто написано так в доке, что я сначала не въехал

диспатчер как nginx, а store типо серваков)

почему-то я такую аналогию увидел

я плохо объясняю такие вещи)

чатик, подскажи пожалуйста сервис для проверки верстки в письмах.

https://putsmail.com/tests/new

https://putsmail.com/tests/new

Спасибо!

не за что)

как много надо знать по фронту)) Идет моя 3 неделя обучения и сейчас я изучаю react, flux, alt после redux

можешь еще дополнительно посмотреть mobx

как и без использования декораторов, так и с ними

но вообще лучше не использовать декораторы, т.к. в babel он deprecated

Лишним не буду голову забивать, что сказали, то изучаю

я походу после буду проект с alt на redux переписывать

ok

самый большой подводный камень redux - на каждый чих нужен свой редьюсер, даже если нет взаимодействия с сервером

самый большой подводный камень redux - на каждый чих нужен свой редьюсер, даже если нет взаимодействия с сервером

можно написать декоратор как паттерн реюза кода, их хорошо использовать там где они нужны

просто при mobx можно использовать обертку

к примеру

просто при mobx можно использовать обертку

не совсем понимаю смысл мобх при живом редуксе

export default observer(Component)

самый большой подводный камень redux - на каждый чих нужен свой редьюсер, даже если нет взаимодействия с сервером

тут ответ

тут ответ

а что в этом плохого не совсем понимаю

Не понимаю почему все редуксом болеют. Куча лишнего кода. Проблемы с прикручиванием одного и того же компонента на разных данных.

Не понимаю почему все редуксом болеют. Куча лишнего кода. Проблемы с прикручиванием одного и того же компонента на разных данных.

Так ведь разные данные - разные компоненты. Или я чего-то не понимаю? )

Не понимаю почему все редуксом болеют. Куча лишнего кода. Проблемы с прикручиванием одного и того же компонента на разных данных.

Смотря как оформить, бесит немного писать иногда константы, экшены (start/success/error), но результат того стоит, и альтернативы пока адекватной не нашёл. Стейтами одними на проекте в котором больше 5 контейнеров - сложно обходиться

Так ведь разные данные - разные компоненты. Или я чего-то не понимаю? )

а если функциональный компонент?

и чтобы не дублировать

к примеру

А что это меняет?

<Button /> <Button /> запись

Смотря как оформить, бесит немного писать иногда константы, экшены (start/success/error), но результат того стоит, и альтернативы пока адекватной не нашёл. Стейтами одними на проекте в котором больше 5 контейнеров - сложно обходиться

Константы и свитчи не нужны

у меня есть компонент поисковой строки с автокомплитом. Он используется на двух разных страницах, т.е. работает от разных данных, как шаблон. POST запросы к серваку при вводе в input тоже разные. С redux появляется гемор

Константы и свитчи не нужны

А как без них?

С чувством глубокого удовлетворения

у меня есть компонент поисковой строки с автокомплитом. Он используется на двух разных страницах, т.е. работает от разных данных, как шаблон. POST запросы к серваку при вводе в input тоже разные. С redux появляется гемор

а если прокидывать через пропсы?

т.е. в контейнере кидать на компонент пропсы, которые из стора, по сути)

С чувством глубокого удовлетворения

Не, я серьезно. Без свитчей я еще могу себе представить. А без констант - как-то совсем плохо - я пробовал )

а если прокидывать через пропсы?

можно. появляется новый вопрос - где хранить данные для двух разных SearchPanel

можно. появляется новый вопрос - где хранить данные для двух разных SearchPanel

В разных ветках стейта.

Я бы по крайней мере так сделал.

ERROR: S client not available

В разных ветках стейта.

ок, если в разных ветках, то мне нужны разные экшены

ок, если в разных ветках, то мне нужны разные экшены

Ну нет. Зачем?

Константы и свитчи не нужны

Кажеться я отстал от моды... А как делать выбирать action в редьюсерах? Константы не нужны?

Не, я серьезно. Без свитчей я еще могу себе представить. А без констант - как-то совсем плохо - я пробовал )

Action creator достаточно.

Redux act

ок, если в разных ветках, то мне нужны разные экшены

Ты же в пейлоаде можешь передавать имя ветки в которую писать

Ты же в пейлоаде можешь передавать имя ветки в которую писать

пахнет костылём

Redux act

Ага. Но констаты же все равно в принципе нужны )

Кажеться я отстал от моды... А как делать выбирать action в редьюсерах? Константы не нужны?

createReducer({ [yourAction]: (state, payload) => payload })

пахнет костылём

Совсем нет ) У тебя же может стопицот списков отдного типа

Ага. Но констаты же все равно в принципе нужны )

Нет конечно же)

Совсем нет ) У тебя же может стопицот списков отдного типа

или же всё таки лучше не single store как в редаксе, а multiple

Нет конечно же)

yourAction - текстом? И помнить его? ты случано не в vim`e кодишь? )

И что это меняет?

пример можно. в редуксе в dispatch обязательное свойство type, онодолжно бьыть уникально

yourAction - текстом? И помнить его? ты случано не в vim`e кодишь? )

Нет, это action creator as is

Это функция, которая одновременно однозначно характеризует твой экшн и создаёт его для диспатча

Вообще нет констант текстом, как категория отсутствует

пример можно. в редуксе в dispatch обязательное свойство type, онодолжно бьыть уникально

state : { entities : { fluffies: {1:{...}, 2:{...}}, kittens: {1:{...}, 2:{...}}} не нужно же писать для каждого entity свой редюсер? Ты пишешь один который работает со всеми.

Вообще нет констант текстом, как категория отсутствует

Пойду еще раз про него почитаю.

нет. Я должен с начала доверстать письмо.

(

Народ, на лоре читал про vps за 1 доллар

Кто-то такой знает?

state : { entities : { fluffies: {1:{...}, 2:{...}}, kittens: {1:{...}, 2:{...}}} не нужно же писать для каждого entity свой редюсер? Ты пишешь один который работает со всеми.

это конечно хорошо, а если у меня 10-20 однотипных компонентов на одной странице? мне мапить их общую стора по ключам? тогда чтобы узнать ключи мне надо их передавать в шаблон и определять в редьюсере по ownProps что именно надо менять

это конечно хорошо, а если у меня 10-20 однотипных компонентов на одной странице? мне мапить их общую стора по ключам? тогда чтобы узнать ключи мне надо их передавать в шаблон и определять в редьюсере по ownProps что именно надо менять

Ну а если без стейта. Ты бы все равно в этих компонентах держал какую-то пропу которая отличала один компонент от другого. Все то же самое, только данные удобно лежат в сторе.

Народ, на лоре читал про vps за 1 доллар

Знаю только про бесплатный (на год) микроинстанс на амозазоне

Что бы такого делать лишь бы не верстать...

Что бы такого делать лишь бы не верстать...

Поспать

Ну а если без стейта. Ты бы все равно в этих компонентах держал какую-то пропу которая отличала один компонент от другого. Все то же самое, только данные удобно лежат в сторе.

я предлагаю что-то вроде такого. пока в разработке еще, но мне так удобнее. никакой магии и меньше кода в полтора раза https://jsfiddle.net/evgkch/oxv4py5x/77/