Сохраню пригодится, у меня как раз тоже jwt

Разве ООП плохо?

Не всегда

Любовь к ооп у людей неискоренима

Что поделать. Я вообще во все сую ООП. Очень удобно для меня.

Что поделать. Я вообще во все сую ООП. Очень удобно для меня.

+

В данном случае кроме 20+ упоминаний слова this разницы никакой :)

Ну и в текущей реализации к этой штуке даже тестов не напишешь :)

В данном случае кроме 20+ упоминаний слова this разницы никакой :)

Опять же, ООП и функциональное - холивар без какого-лиюо вывода. Каждый останется при своем субективном мнении) Так что спорить не хочу)

Ну и в текущей реализации к этой штуке даже тестов не напишешь :)

Не профф в JS ООП. Так что, ничего не говорю

Я не о функциональном программировании вообще сейчас :)

Любовь к ооп у людей неискоренима

По этой фразе, я сделал такой вывод

Мир не заканчивается на фп и ооп

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

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

Простите, в супер класс чего?

Это api. Апи это фасад в чистом виде как паттерн проектирования

Вы часто наследуете фасады?

Базовый класс, например, класс с crud методами. От которого можно спокойно наследоваться всем классам, использующим crud

Базовый класс, например, класс с crud методами. От которого можно спокойно наследоваться всем классам, использующим crud

Зачем?

Тут в такой формулировке гораздо правильнее аггрегация

Я разверну немного мысль

бородатые дядьки и тётки! где посмотреть пример разделения большого приложения (Vuex + router) на модули?

Синглтон и так считается code smell

А наследование синглтонов совсем ад :)

Синглтоном будет только наследник. Но я понял о чем речь. В любом случае - это не противоречит основной мысли: лучше юзать классы, чем готовые объекты с функциями

Есть минимум один важный аргумент против

Пачка экспортов функций будет тришейкиться

А вот класс это цельная сущность

Поэтому собирать пачку функций в один объект только потому что так красиво - приучаешься к плохому

Очень плохой пример

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

Те что application state

Очень важно иметь один источник истины

Здесь же классы каждый хранит тот же токен и это будет ад

Кстати, да. Это ответсвенному нужно отдать

Правильно - каждый класс должен получать в конструкторе один и тот же экземпляр auth api и делегировать ему

Тогда класс manager теряет смысл

Он и так смысла не имеет - у него состояния нет

Согласен полностью

почему он не выводит id сразу при загрузки, а если с главного перейти по адресу то показывает

https://hastebin.com/odowofizuf.xml

У вас в category массиа

я хотел себе клиент http написать на классах

Там нет Поля id :)

https://github.com/dimensi/fetch-simple/blob/master/src/Apipie.ts

чет не осилил

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

а токен брать из before хука

Тут в такой формулировке гораздо правильнее аггрегация

Можно подробнее (или материал какой) почему это лучше? Я пока не так глубоко знаком с ооп и паттернами. Хотя уже встречал подобные советы, отдавать предпочтение композиции

https://github.com/dimensi/fetch-simple/blob/master/src/Apipie.ts

в index.ts пример использования

Можно подробнее (или материал какой) почему это лучше? Я пока не так глубоко знаком с ооп и паттернами. Хотя уже встречал подобные советы, отдавать предпочтение композиции

Не подскажу.

Это не какая-то конкретная статья, а личные грабли

У вас в category массиа

всм

там один объект

?

Привет! Подскажите, пожалуйста: есть компонент - "список товаров", в него пробрасывается массив товаров, и в цикле отрисовывается компонент "карта товара" есть задача - при клике на кнопку в компоненте "карта товара" открывать модальное окно модальное окно рендерится в компоненте "список товаров" где и как можно объявить метод, что-б при клике на кнопку в компоненте "карта товара" открывать модалку товара?

Привет! Подскажите, пожалуйста: есть компонент - "список товаров", в него пробрасывается массив товаров, и в цикле отрисовывается компонент "карта товара" есть задача - при клике на кнопку в компоненте "карта товара" открывать модальное окно модальное окно рендерится в компоненте "список товаров" где и как можно объявить метод, что-б при клике на кнопку в компоненте "карта товара" открывать модалку товара?

Ну прокинь ивент вверх с карты товара

Там нет Поля id :)

если с другой страницы перейти, то отображается

напрямую он херачит ошибки

Ну прокинь ивент вверх с карты товара

это тут читать? https://ru.vuejs.org/v2/guide/components-custom-events.html

Да

спасибо

ERROR: S client not available

если с другой страницы перейти, то отображается

Ну вы ж стейт показали

Там массив

Там массив

export default new Vuex.Store({ strict: true, state: { cart: [], showLoader: false, product: {}, products: [], categories: [], category: {} }, mutations: Object.assign({}, categoriesMutations), getters: Object.assign({}, categoriesGetters/*, categoriesMutations*/), actions: Object.assign({}, categoriesActions/*, categoriesMutations*/) }) вы про это?

Я про скрин

Вот этот

а

export default new Vuex.Store({ strict: true, state: { cart: [], showLoader: false, product: {}, products: [], categories: [], category: {} }, mutations: Object.assign({}, categoriesMutations), getters: Object.assign({}, categoriesGetters/*, categoriesMutations*/), actions: Object.assign({}, categoriesActions/*, categoriesMutations*/) }) вы про это?

Покажи categoriesGetters

Там массив

В часности categoryBySlug

Там массив

Да понятно

В часности categoryBySlug

с ним то всё ок, проблема в actions или загрузке, вот на главной странице все загружает и ок

export const categoriesGetters = { allCategories: (state) => { return state.categories; }, categoryBySlug: (state, getters) => slug => { if (getters.allCategories.length > 0) { return getters.allCategories.filter(p => p.slug === slug)[0]; } }, allProductsById: (state, getters) => id => { if (state.products.length > 0 ) { return state.products; } }, }

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

Сделай лучше find вместо filter

И без [0]

А то мне глаз дергает) Но ошибка не в этом)

Сделай лучше find вместо filter

можно на примеры или доки?

А то мне глаз дергает) Но ошибка не в этом)

я понял

можно на примеры или доки?

https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/Array/find

так как быть то

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

{{ JSON.stringify(category) }} Перед дивом с ифом

И покажи 2 ответа

сек

пустота

Чем вы тут занимаетесь наркоманы?

пустота

Ааа, бля

если опять же с главной перейти на главную то норм

вывод есть

export const categoriesGetters = { allCategories: (state) => { return state.categories; }, categoryBySlug: (state, getters) => slug => { if (getters.allCategories.length > 0) { return getters.allCategories.filter(p => p.slug === slug)[0]; } }, allProductsById: (state, getters) => id => { if (state.products.length > 0 ) { return state.products; } }, }

У тебя в гететерах не все ветви возвращают значение