Как стать автором
Обновить
14
0
Паша @Grammka

Front-end developer

Отправить сообщение
Вы правы, спасибо за совет. Постараюсь на днях сделать подробный пример с описанием. Правда как это оформить? Как апдейт к статье?
Это хорошее замечание. Вы отчасти правы. Но. Что вам мешает создать редьюсер и использовать его в нескольких экшнах? Или создать экшн и в его onResponse вызывать несколько редьюсеров?
В целом я не ушел далеко от стандартов, просто упаковал их в сахар.
Модуль используется сейчас в реальном проекте, работает стабильно. Возможно я некорректно выразился в прошлом комментарии: имелось ввиду, что бывают частные случаи, которые (возможно, у меня такого не было) будет сложно решить используя мой модуль.
Явной новизны самой идеи нет. Естественно такую задачу как упрощение создания редьюсеров в Redux решали и до меня. Ваш пример я посмотрел (поверхностно). В нем все равно есть намек на типы. Нет встроенного решения для экшнов, т.е. это голые редьюсеры, над которыми вам по старинке придется создавать экшены и передавать данные в созданный редьюсер… Мое решение как минимум изящнее. Что касается возможных сложностей с реализацией частных случаев при использовании Redbox, как я и писал в статья, я готов к предложениям и критике… модуль новый, сырой и нуждается в доработках (ессесно).
Эммм, название я не крал, не надо обвинять плз… я название выбираю по свободности в npm https://www.npmjs.com/package/redbox. Как видите оно пренадлежит мне…

Хабр как всегда… лишь бы обосрать, а не написать по делу. Можно придраться еще к тому что я использовал 'red' в начале названия… идиотизм
Что вы понимаете под редьюсером? По факту обычные редьюсеры в явном виде скрыты под капотом. Если вам нужен метод для изменения state, то в статье есть пример:

import { createAction } from 'redbox'

export const initialState = {
 TODO: []
}

export const addTODO = createAction((state, payload) => {
  return { 
    ...state, 
    TODO: [ 
      ...state.TODO, 
      payload 
    ] 
  }
})

Это и есть экшн + редюсер. При вызове addTODO('do some stuff') в state добавится этот элемент.
А кому нужна эта хурумба, если есть хабр? Я этой статьи не встречал, спасибо автору.
Ну если вы используете генераторы, то вы явно будете использовать «СО»… это можно рассматривать как подключение любого стороннего модуля, так что да — это нормально, ИМХО. А как вы рассуждаете можно и кишки async/await наружу вытащить =)
для генераторов заюзать что-то типа CO и будет тоже самое что с и async/await… это к слову про «это самый красивый подход»… А разве async/await поддерживается в NodeJS?
это просто гениально! Как же люди сами до этого не доходят
вот извращение… все решается одним jade'ом =/
Слайдер выглядит впечатляюще!
Хром 41.0 модалка при открытии зависает в блюр эффекте. Меню при открывании вообще тормозит жутко =/
А Вы не думали скрывать информацию о процентах и другое описание в момент, когда пользователь тянет «кнопку»? Таким образом можно увеличить шрифт добавляемого кол-ва жидкости и убрать из поля зрения лишнюю информацию.
Разные фреймворки для разных целей. Вы не думали что рендеринг на клиенте в некоторых случаях это преимущество? Что мешает от сервера получать «голые» данные, а статику рендерить из $templateCache? Это можно также сказать «ложкой можно суп есть, а вот вилка почему-то не отвечает моим требованиям»…
И поэтому С++ не надо использовать?) Как я понял автор статьи ругает ангуляр за «непонятные» символы, а с С++ тогда все ок? или в чем проблема?
Простите, но, имхо, вы только и говорите «это создает сложности» постоянно, а не ищете решение. Опишите конкретную задачу, которая вам кажется нерешаемой — я и ее решу…
ЗЫ сам невнимательный забыл $('img') заменить — вот верный вариант jsfiddle.net/U3pVM/12842/
Что мешает сделать так с плагином: jsfiddle.net/U3pVM/12840/
Иногда jQuery плагин удобнее навешивать после загрузчки данных, когда уже произошла линковка директив и отработал контроллер. Тут надо исхитряться.
Приведите пример. Очень интересно что за случай такой где плагин не может навеситься раньше чем отработает контроллер (если я правильно понял что в это проблема)

Статья как раз о том, чтобы делать и поддерживать сложные SPA. С простыми проблем нет, и автор специально подчеркивает этот момент.
В данной ветке сообщений обсуждается непонимания ангуляра вцелом, я привел пример самого просто СПА как вопрос «что тут понимать?»
Так jQuery это простой набор методов и эвентов и ВСЕ. Я и спрашиваю как можно сравнивать 2 разных вещи? Это тоже самое что сказать Paint такой легкий — взял тыкнул карандаш и рисуешь, а Photoshop — там еще слои какие-то создавать надо и перемещать их можно — очень сложно.

Я не понимаю что такого сложного в Ангуляре? Минимум понимания для нормальной работы с ним это:
— в контроллерах храним чистые данные и обработчики
— в директивы выносим работу с DOM элементами и навешивание тех же jQuery плагинов
— сервисы как хранилища или конструкторы

Самый простой вид SPA:
— в конфиге полотно роутов
— для каждой страницы свой контроллер
— в контроллерах запрос данных через рест
— в хтмл вывод данных через директивы встроенные

Возможно сложно понять ангуляр тем кто не фронтендер? потому что кто его понимает — это рай для быстрой разработки.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Работает в
Зарегистрирован
Активность