I haven’t found a good way to do this. Basically the props that you can pass as params, end up getting displayed in the url as resource or queries.

The above code makes the url look like “url/id/1”

What if i want to pass multiple props like “id” and " name" through router-link but don’t want the url to have the “name” field?

Hopefully, someone can answer this. Thank you.

  • Reinsch@feddit.de
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    We’ll why do you want this? If you want (in this context) “invisible” data shared with different components use a store or a composable. If you want parameters in your url that have an effect on the content that is displayed, use the router params. Mixing both requirements would let to 1. User enters URL with name and ID 2. A piece of code rewrites the url, memorizes the name and removes that info from the url. That’s a SEO nightmare.

    I guess the problem is a perspective problem: that’s no pollution, that’s a clear description of what the user will see. Also the user could copy the url, send it to a colleague and this colleague would see a different page if you want to “cleanup” the url.

    • pizzahoe@lemm.eeOP
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      1 year ago

      I understand that the cleanup thing is a bad idea. I had a really simple use case where i have a list of persons fetched from a database with their id, names and a link for each displayed using v-for. The link for each person is a router link which when clicked redirects to respective person/:id.

      I want to display some stuff on this new component but didn’t want to make the api call to fetch the person again from the database. This is why i wanted to pass the name as well in the props through the router link. But as you said maybe I should use pinia or some state management library for use cases like this?

      • Reinsch@feddit.de
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        1 year ago

        Yep, definitely a job for pinia. But a second fetch doesn’t seem unreasonable as well. The “list page” fetches an API endpoint to get a basic list of users, the “detail page” fetches another API endpoint returning a single user with the detailed information. If you are worried if you are doing to much requests, you also may have a look on Nuxt. With the SSR functionality it will save you multiple requests made.