это блуд товарищ

Расширь кругозор, пожалуйста

Посмотри как серверные декларативные шаблонизаторы работают

/article/1 а например /hello-world это article с id 1

Расширь кругозор, пожалуйста

вот именно что он расширен. я на уровне селектора могу выбирать данные как мне угодно, подстраивая под любые компоненты

что то похожее можно делать?

вот именно что он расширен. я на уровне селектора могу выбирать данные как мне угодно, подстраивая под любые компоненты

Ты с бэм фреймворком не работал ?

Там деревья удобнее например

вот именно что он расширен. я на уровне селектора могу выбирать данные как мне угодно, подстраивая под любые компоненты

уже звучит как костыль

Ты с бэм фреймворком не работал ?

бля... а причем тут бэм ??

При том что там декларативная шаблонизация

бля... а причем тут бэм ??

есть бем именнования и бем полный

уже звучит как костыль

в смысле костыль Оо в vue это геттером называеться

Когда вью описывается структурой данных

А шаблоны матчатся на ноды

в смысле костыль Оо в vue это геттером называеться

Ты чето путаешь

есть бем именнования и бем полный

я знаю что такое бэм он тут вообще не причем..

я знаю что такое бэм он тут вообще не причем..

Не знаешь

Когда вью описывается структурой данных

кстати всегда был любопытен этот подход, но ни разу не видел реализаций)

я знаю что такое бэм он тут вообще не причем..

если ты не видишь связи

кстати всегда был любопытен этот подход, но ни разу не видел реализаций)

Яндекс маркет пример

парни вы че реально геттерами не пользуетесь ??? или селекторами ?

Яндекс маркет пример

ну я ж не работаю в яндексе) мне интересно изнутри поглядеть

вы гоните ?

я постоянно

вы гоните ?

Ещё раз, почитай про декларативную шаблонизацию

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

я постоянно

и что тебе мешает писать dataA.byId[id].dataB.byId[1]

и что тебе мешает писать dataA.byId[id].dataB.byId[1]

жесть какая-та

я так делать не буду

Черт, деду вообще видно тут? ?

и что тебе мешает писать dataA.byId[id].dataB.byId[1]

я конечно назвал это костылем. но это пиздос

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

жесть какая-та

а что ты будешь делать когда у тебя пришло 2 типа данных которые зависемы друг от друга ?

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

+

а что ты будешь делать когда у тебя пришло 2 типа данных которые зависемы друг от друга ?

внутри геттера склею их и выведу в том виде как мне удобно это рендерить

внутри геттера склею их и выведу в том виде как мне удобно это рендерить

вооот

внутри геттера склею их и выведу в том виде как мне удобно это рендерить

а если у тебя данные нормализованны то они у тебя придут в простых типах

внутри геттера склею их и выведу в том виде как мне удобно это рендерить

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

https://github.com/pasaran/yate

Почитай как это работает

На вход подаётся дерево

Которое ты шаблонизируешь

но вот только что ты будешь делать если это простая структура dataB тебе нужна где то еще, но приходит она к тебе в формате только у dataA по идее тебе нужно разложить структуру до сохранения в vuex до плоской

Мы сейчас не про vuex вообще говорим

Ты спросил где не удобен плоский вид

Я тебе показал

а я про вуекс. Так как данные из апи ктороые ты запросишь, в первую очередь лягут в хранилище, и именно от туда ты будешь получать к ним доступ

Ты точно кругозор расширил)?

А ещё без вуекса говорят можно разрабатывать

и вообше без единого стора

можно. Но без вуекса данные из плоской структуры собрать по щелчку. А не из плоской их нужно приводить к нормальному виду..

зачем туда сюда собирать дерево

когда это не нужно

а достаточно сразу на шаблонизацию подать дерево

пример еще более интересный - рендер статей, где достаточно 1 раз отрендерить

и даже не обязательно на клиенте

берешь и рендеришь дерево

тоже будешь к плоскому виду приводить?

можно. Но без вуекса данные из плоской структуры собрать по щелчку. А не из плоской их нужно приводить к нормальному виду..

я за полтора года ни разу не делал плоские структуры

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

аля блоки товаров

где хэш мапы и массивы ключей решают

и то не всегда нужно - потому что большинство свойств статичны

а туда сюда гонять данные - лишние вычисления

Друзья, как то можно запустить перерасчёт вычисляемого свойства?

ERROR: S client not available

поменять значение от которых он зависит

По другому никак?

А зачем его перерасчитывать, если не изменилось ничего в зависимостях? )

Там есть зависимость от времени в расчетах, в этом засада

ну так меня этой зависимость

я так и не понял этот спор за нормализацию и древовидность

Node Sass could not find a binding for your current environment: OS X 64-bit with Node.js 8.x Парни как победить на маке?

https://github.com/sass/node-sass/issues/1585 перепробывал все

ты обновил ноду скорей всего, просто удали node_modules и заново установи все

https://github.com/sass/node-sass/issues/1585 перепробывал все

nvm use 8

Или 10

Или 3

ты обновил ноду скорей всего, просто удали node_modules и заново установи все

делал тоже

тогда хз

Found bindings for the following environments: - OS X 64-bit with Node.js 6.x

почему то тупо 6.x только

где то меняется это?

nvm use 8

Тут

Если нету nvm i 8

Тут

уже сделал это

Поставь 10

я же показывал )

Бля на маке ж какой-то костыль с нодой помню

есть мысль что с Mojave что то не так

При инстале права доступа где-то не даются

И выскакивает EACCESS

Я не помню мб это вообще не имеет отношения

можно поставить n вместо nvm

а папки такой нет

и с судо херачить

:3