Fatal编程技术网
  • gatsby/
  • Gatsby 盖茨比<；链接>；或@reach路由器<；链接>；在静态页面路由和仅客户端路由之间？

Gatsby 盖茨比<；链接>；或@reach路由器<；链接>；在静态页面路由和仅客户端路由之间？

gatsby

Gatsby 盖茨比<；链接>；或@reach路由器<；链接>；在静态页面路由和仅客户端路由之间？,gatsby,reach-router,Gatsby,Reach Router,我已经阅读了盖茨比、客户端专用路由和@reach/router的文档 我想我对它的工作原理有很好的理解。但是，我想知道是否有建议在静态页面和仅客户端路由之间进行链接，特别是使用Gatsbyvs@reach/router 例如，假设在/documentation/* 假设有一个应用程序在/app/* 这里有4种情况： 从静态到静态 （例如，/documentation/feature-1到/documentation/feature-2的链接）： 显然，我们应该在这里使用盖茨比 仅对客户端进行静态

我已经阅读了盖茨比
、客户端专用路由和@reach/router的文档

我想我对它的工作原理有很好的理解。但是，我想知道是否有建议在静态页面和仅客户端路由之间进行链接，特别是使用Gatsby
vs@reach/router

例如，假设在
/documentation/*
假设有一个应用程序在
/app/*

这里有4种情况：

  • 从静态到静态 （例如，
    /documentation/feature-1
    到
    /documentation/feature-2
    的链接）： 显然，我们应该在这里使用盖茨比

  • 仅对客户端进行静态访问 （例如，
    /documentation/feature-1
    到
    /app/feature-1
    的链接）： 我应该使用盖茨比
    还是@reach/router
    ？这有关系吗？由于目的地仅限于客户端，我猜Gatsby的预加载
    将不起作用

  • 仅客户端到仅客户端 （例如，
    /app/feature-1
    到
    /app/feature-2
    的链接）： 我想我应该用@reach/router
    来做这个。但是我可以在这里用盖茨比吗？这样做有什么好处吗

  • 客户端仅对静态 （例如，
    /app/feature-1
    至
    /documentation/feature-1
    ）的链接： 在这种情况下，我认为应该使用Gatsby
    ，因为目标是静态的，可以进行预取

    • 也许这里的答案很简单，我应该用盖茨比的
    来解释一切，但我不确定这是否是正确的答案，如果有的话，会有什么影响

    谢谢

    更新： 我的文章对媒介进行了解释

    简而言之，
    gatsby-Link
    组件是
    @reach-router-Link
    的包装，添加了来自
    gatsby
    的更多有用的内容，值得注意的是
    预取
    ，文档

    这就是为什么如果您需要以上盖茨比资料，请使用
    gatsby链接
    。否则，只需使用
    @reach router link
    。对我来说，完全使用
    盖茨比链接
    。
    希望这有帮助。如果我做错了，请纠正。

    我有完全相同的问题。。。也在这里等待任何帮助。感谢您的提问我注意到reach-Link组件将根据其来源的路由器组件自动填充URL，因此我必须使用reach-router，否则如果使用gatsby-Link组件，我需要手动添加完整链接。如果页面目标使用默认的盖茨比路由配置，则使用盖茨比链接。我不知道我是否错过了什么特别的东西，如果我使用的是reach链接和gatsby链接，而不是这个。希望我做得对！