Это нормально

Объясните пжлст) У меня есть список людей, каждый человек имеет о себе информацию в виде объекта, имея при этом свой уникальный id. При клике на человека я хочу перейти на страницу этого человека. В итоге у меня есть дериктория provides/, внутри index.vue и _id.vue. Сейчас у меня реализация такова: при клике на нужного человека я из data-id беру его id (который записывается туда при генерации списка людей) и записываю это значение в state. При генерации страницы _id.vue я беру из state значение и на основе него генерирую информацию из объекта. Первое: я явно делаю это неправильно – как делать правильно? Второе: как реализовать возможность создания уникальной ссылки для человека? Например – provides/provider-id. Чтоб можно было как двигаться по истории, так и просто сразу перейти на нужного человека по ссылке, а не искать его в списке

почитай про vue-router. Это ответ на оба вопроса

он хочет сохранять текущего человека в стейт (зачем, не ясно) и вытягивать при рендере этого самого человека

привет, коллеги! думаю, как бы прикрутить svg-иконки. у нас SPA без SSR, задачи вставлять через CSS нету, так что выбираю между разными способами инлайнинга в HTML 1) есть https://github.com/visualfanatic/vue-svg-loader - он просто читает svg-файл, прогоняет через SVGO и рендерит во vue-компонент 2) есть https://github.com/kisenka/svg-sprite-loader - собирает файлы в спрайт, возвращает объект с айдишником символа, который можно использовать в <use> - но есть возможность дописать "генератор рантайма", чтобы возвращал сразу компонент (есть пример для реакта https://github.com/kisenka/svg-sprite-loader/blob/master/examples/custom-runtime-generator/svg-to-icon-component-runtime-generator.js - для ву получилось сделать аналогичный за 20 минут) То есть клиентский код у обоих может быть одинаковым: <template> <button>Hi, <Icon /></button> </template> <script> let Icon = require("icon.svg") export default { components: {Icon} } </script> в первом не нравится, что он превращает svg в render-функцию (нафига?) во втором не нравится, что SVGO можно подключить только сбоку, соответственно каждый svg будет парситься дважды. и, главное, не могу понять, есть ли у спрайта преимущества перед тупой вставкой в код, если мы не используем svg из CSS. вроде при тупой вставке на каждое использование иконки будет генериться N дом-узлов, а для спрайта - только 2 (<svg> и <use>). с другой стороны, use вроде как порождает кусок shadow dom, который кажется копируется из источника. при этом при тупой вставке мы можем легко раскрашивать из CSS отдельные куски SVG, а для спрайта - только все целиком (или я не прав?) короче, пока накидал свой лоадер на основе vue-svg-loader, он тупо передает содержимое svg строкой в функцию, которая уже создает из нее компонент, всталяя svg через domProps: {innerHTML: ...}, - вроде работает, но прежде чем начать его активно юзать, хочу посоветоваться с умными людьми =)

я первое юзаю, доволен как слон. Код красивый.

я первое юзаю, доволен как слон. Код красивый.

привет, коллеги! думаю, как бы прикрутить svg-иконки. у нас SPA без SSR, задачи вставлять через CSS нету, так что выбираю между разными способами инлайнинга в HTML 1) есть https://github.com/visualfanatic/vue-svg-loader - он просто читает svg-файл, прогоняет через SVGO и рендерит во vue-компонент 2) есть https://github.com/kisenka/svg-sprite-loader - собирает файлы в спрайт, возвращает объект с айдишником символа, который можно использовать в <use> - но есть возможность дописать "генератор рантайма", чтобы возвращал сразу компонент (есть пример для реакта https://github.com/kisenka/svg-sprite-loader/blob/master/examples/custom-runtime-generator/svg-to-icon-component-runtime-generator.js - для ву получилось сделать аналогичный за 20 минут) То есть клиентский код у обоих может быть одинаковым: <template> <button>Hi, <Icon /></button> </template> <script> let Icon = require("icon.svg") export default { components: {Icon} } </script> в первом не нравится, что он превращает svg в render-функцию (нафига?) во втором не нравится, что SVGO можно подключить только сбоку, соответственно каждый svg будет парситься дважды. и, главное, не могу понять, есть ли у спрайта преимущества перед тупой вставкой в код, если мы не используем svg из CSS. вроде при тупой вставке на каждое использование иконки будет генериться N дом-узлов, а для спрайта - только 2 (<svg> и <use>). с другой стороны, use вроде как порождает кусок shadow dom, который кажется копируется из источника. при этом при тупой вставке мы можем легко раскрашивать из CSS отдельные куски SVG, а для спрайта - только все целиком (или я не прав?) короче, пока накидал свой лоадер на основе vue-svg-loader, он тупо передает содержимое svg строкой в функцию, которая уже создает из нее компонент, всталяя svg через domProps: {innerHTML: ...}, - вроде работает, но прежде чем начать его активно юзать, хочу посоветоваться с умными людьми =)

ага, пасиб. а много иконок на странице бывает?

Я галпом собираю спрайт из символов, потом вебпак инлайнит его в index.html при сборке. Использую с помощью компонента, в который передаю id символа, где он вставляется в use

надо тебе через д3 точку поправить. одну из 47 тысяч

ага, ну вот это подход из svg-sprite-loader, над которым я голову ломаю +) а вы понимаете, зачем нужен спрайт? или у вас есть обращения из CSS?

а, но у вас он физически инлайнится в HTML?

ага, ну вот это подход из svg-sprite-loader, над которым я голову ломаю +) а вы понимаете, зачем нужен спрайт? или у вас есть обращения из CSS?

ясно, но это вроде значит, что спрайт не попадет в кеш (а у svg-sprite-loader попадет, потому что он физически сидит в js-бандле и вставляется в дом уже при загрузке)

Nuxt.config.js добавил render: {resourceHints: False }

ну типа если юзер часто ходит на сайт

ок, ну не суть +) короче, если я не хочу юзать svg в качестве фона из css, на спрайты можно забить и вставлять тупо в хтмл целиковый svg?

не понял )

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

никакой стейт не будет нужен