вообще чтоль больные они на голову? Даже в метро рекомендуют стоять переминаясь с ноги на ногу, а тут стоять и работать. Ноги в старости отрежут из-за сосудов.
может мозг взорваться. Можно просто выучить php + laravel + bd, но нельзя просто выучить клиентскую часть, так как она js не ограничивается. Помимо js нужно знать css + html. Кроме того на css никто не в основном пишут с использованием препроцессоров, для которых нужны gulp или webpack, без которого сборка проекта превращается в ужас. Но чтобы ими пользоваться нужно знать nodejs. Думаете все? Нет. так как клиентская часть напрямую затрагивает дизайн. Вас будут считать динозавром если Вы не будите делать современные дизайны на популярных фраймворках. Кроме того есть такая штука как dom, где нужно понимать координаты и тысячу возможныхвариантов их изменения. Кроме того куча настроект самого html под разные разрешения и ратио. Ага, пришло время рассказать об адаптиве. Если думаете что это просто, то да, это так же просто как выучить ещё один язык. Кроме того все браузеры отличаются что заставляет Вас разбиратьсяв каждом. А svg или canvas это ещё как один язык для каждого. Они живут отдельно и api у них отдельное. webgl можно и пропустить. И главное, что Вы не успеете все это выучить, как все уже устареет. Да, без этого никуда. Придется переучиваться и догонять, но каждый раз все быстрее и легче.
Ну а проверку данных.. Если Вы хотите класть в стор уже проверенные, то это в actionCreator.
В редюсере по идее, только модифицируют состояние, типа есть массив с данными user и вот редусер может пройтись по всему массиву и выдать только имена. То есть редюсеры взаимодействуют-создают состояние которое получают из хранилищ. Но если данные в хранилище нужно хранить в чистом виде, то тогда вклиниваться в rxjs и перед получением состояния проверять их прямо в компоненте.
markmoskalenko, я говорил что не работал в связке ngrx. Могу только гадать.
Если в ngrx стор наполняется данными из action, то значит, как минимум, должно быть событие
выполняющий этот action. Получается что в компоненте динамического роута можно получить стор,
получить его Observable, затем послать событие которое запустит action, который загрузит данные, а потом положит в стор, который пошлет событие обновления, по которому компонент получит данные и отобразит их.
получается что сработал роут и по id из query посылается событие, которое вызывает нужный action, который даже не будет грузить все данные, а загрузит только нужные, затем отправит из в стор.
Но это если я правильно понимаю, как в ngrx устроена работа.
markmoskalenko, лично мне все равно не понятно, но давайте вот так..
Предположим, на главной Вы загрузили массив с данными, которые отображаются в виде списка.
При нажатии на item Вы запускаете динамический роутер, который формируется на основе данных
конкретного item. Когда создается компонент этого роута, ему передаются параметры идентифицирующие данные,которые он должен отображать. Он по id запрашивает данные у стора, который возвращает Observable, который компонент и отображает. Если у стора уже есть данные, то он их и вернет, если нет, то он их загрузит и вернет.
Даниил Колесниченко, Вы в танке? Я же прошу о ооп. Почему Вы продолжаете описывать фп?
Может Вы вообще с ооп не знакомы? Если Вы опять, как бот ответите о фп, то я прекращу разговаривать. Вы совершенно человеческий язык не понимаете.
markmoskalenko, дело в том что у Вас вопрос не относится ни к одному из фраймворков.
к тому же он вообще глуп. Как вот вы думаете если нет данных, то что нужно сделать? Варианты ответов -
а) Положить их в стор
б) Позвать на помощь Гендельфа
Даниил Колесниченко, ну вот опять Вы сами с собой. Я разве говорил о DI? К чему Вы вообще это начали? Я задал Вам конкретный вопрос, почему Вы не отвечает на него, а говорите то, о чем где-то когда-то слышали от какого-то безумца? Вы мне ответьте как в ооп можно состояние хранить если не присваивать его чему-то?
Даниил Колесниченко, и Вы заладили что ооп это связи, а мутабельность это императив.
Скажите, а как в ооп хранить состояние, если не переменные? ведь в концепциях ооп нет замыканий. И следуя Вашей логике ооп вообще не о состоянии. Или Вы трактуете так, если чел сказал что ооп это связи и не сказал о состоянии, значит состояние это не ооп? По другому звучит так, если чел на банке ждема не написал что об голову разбивать нельзя, значит можно?
Даниил Колесниченко, я подозреваю что if возвращающий значение это тоже функция, просто с добавлением сахара. В фп if быть реализован только в виде функции. Откуда я это знаю? Видел выступление чела по имени Роберт Мартин.
Даниил Колесниченко, я не путаю ооп с императивным подходом. Это Вы разглядываете в ооп признаки фп, так как ищите их. Да, в ооп дофигищи от фп, так как он был описан после фп и впитал все самое лучшее. на этом все. В фп нет if и точка. Если Вы пишите код с if var, let то это уже ооп. Вы ооп невозможно хранить состояние не сохраняя его в переменные. А импереаьтив или декларатив это не концепции, определяющие ооп.
Даниил Колесниченко, ну вот как по Вашему фп не противоречит ооп, если в первом нельзя использовать циклы, if конструкции, переменные, свойства. Это разве не противоречие? Я привел в пример современные топовые клиентские библиотеки, а Вы что? Слова - "да это не так". "на самом деле все на фп пишут, но только на ооп фрайморках"? А вот в банковском секторе.. Какое нафиг отношение БАНКОВСКИЙ сектор имеет к разработке?
Даниил Колесниченко, все круче, все быстрее, все используют. Мне не хочется тратить время на человека с такими жалкими аргументами. Если Вам хочется матерится, то только попробуйте, получите в ответ такое, что потом пожалеете что вообще начали этот разговор.
Даниил Колесниченко, а я и не говорил что они противоречат, я лишь сказал что фп не быстрее ооп, в большинстве задач. Простите, я не вижу никакого движения. Есть некое сообщество, из нескольких человек, которые тут и там орут что это нужно. Кроме того есть новички которые верят что это нужно и поэтому учат, а раз они выучили, то тоже начинают орать что это круче иначе они должны признать что они повелись на треш. А в реальности angular на ооп, реакт.. Да есть redux, а есть и mobx, которые ооп направленный. Кроме того сами реактовцы не пишут на redux и с его создателем постоянно спорят, хоть он на них и работает.
И конечно если копнуть глубже, то окажется что все кто использует в банковской сфере скала, ограничивается парой процентов от реальности. Поэтому я не понимаю о чем Вы.
И странно, что мои слова о том, что в 70 от фп отказались, вызвали у Вас смех, когда Ваши доводы, о его повсеместном использовании, обосновываются лишь частными случаями.
SuperToster, ну все правильно, если сказать по теме нечего, то можнопридраться к орфографии. Что ещё остается такому специалисту как Вы.. специалисту оценивающему в пивном эквиваленте. наверняка фантазия только этим и ограничивается. СуперТостер... Это вафельница что ли?
Даниил Колесниченко, а разве миром правит fp? Лично я считаю что в мире преобладает ооп подход, который, естественно, вобрал лучшее из fp, но все же, ооп преобладает. Если незначительная группа людей пишет на fp или поклоняется сатане, то это не значит что так делают ВСЕ. От fp отказались, а сейчас просто идет новая волна, которая очень сильно гремит, но оказывает эффект только на тех, кто и сатане бы стал поклонятся, то есть опять на незначительный круг людей.