Я довольно хорошо знаком с React.js, но новичок в Gatsby.
Я хочу определить URL предыдущей страницы в Gatsby?
Нет, это пусто. Я ничего не получаю внутри него.
Возможный дубликат Как получить URL предыдущей страницы с помощью JavaScript?
@soroushchehresa Нет, это не дубликат. Пожалуйста, обратитесь к вопросу. Я имею отношение к Гэтсби и событию, я не поставил тег javascript. А также сборка gatsby не будет выполнять переменную окна. Поэтому, пожалуйста, заберите свой закрытый голос.



![Безумие обратных вызовов в javascript [JS]](https://i.imgur.com/WsjO6zJb.png)


Вы можете передать состояние с помощью компонента Link:
import React from 'react';
import { Link } from 'gatsby';
const PrevPage = () => (
<div>
<Link
to = {`/nextpage`}
state = {{ prevPath: location.pathname }}
>
Next Page
</Link>
</div>
)
const NextPage = (props) => (
<div>
<p>previous path is: {props.location.state.prevPath}</p>
</div>
);
Тогда у вас есть доступ к prevPath из this.props.location.state на следующей странице.
Спасибо!!! Невозможно сделать это с Гэтсби, и поэтому я пойду с вашим ответом выше.
@Profer Не упоминай об этом;)
@Profer Почему ты говоришь, что с Гэтсби это невозможно? В этом ответе показано, как это сделать с помощью компонента Gatsby Link (который основан на компоненте Reach Router Link).
@coreyward, потому что приведенный выше ответ - просто уловка. Если есть способ, то Гэтсби сам предоставит некоторую опору или константу.
@Profer Как это трюк? Gatsby сам предоставляет state опору Link и передает переданное ему значение компоненту страницы следующей страницы. Это задокументировано здесь..
@coreyward прав. Передача состояния в компонент Link — это функция Gatsby Link, которая расширена из API-интерфейса Reach/маршрутизатора.
Это неправильно... location.state сохраняется... поэтому, когда вы перейдете на эту страницу, это состояние будет установлено правильно, но затем, если вы перейдете на другую страницу и вернетесь в браузер, состояние будет иметь то же самое значение, которое является ложным.
Полный кредит Ответ @soroushchehresa - этот ответ просто дополнен.
Gatsby выдаст ошибку во время производственной сборки, поскольку location недоступен во время рендеринга на стороне сервера. Вы можете обойти это, сначала проверив объект window:
class Page extends React.Component {
state = {
currentUrl: '',
}
componentDidMount() {
if (typeof window == 'undefined') return
this.setState({ currentUrl: window.location.href })
}
render() {
return (
<Link to = "..." state = {{ prevUrl: this.state.currentUrl }}>
)
}
}
Но это требует, чтобы мы реализовывали это на каждой странице, что утомительно. Gatsby уже настроил @reach/router для рендеринга на стороне сервера, так что мы можем подключиться к его реквизитам location. Только компоненты маршрутизатора получают эти реквизиты, но мы можем использовать компонент @reach/routerLocation, чтобы передать его другим компонентам.
При этом мы можем написать собственный компонент Link, который всегда передает предыдущий URL-адрес в своем состоянии:
// ./src/components/link-with-prev-url.js
import React from 'react'
import { Location } from '@reach/router'
import { Link } from 'gatsby'
const LinkWithPrevUrl = ({ children, state, ...rest }) => (
<Location>
{({ location }) => (
//make sure user's state is not overwritten
<Link {...rest} state = {{ prevUrl: location.href, ...state}}>
{ children }
</Link>
)}
</Location>
)
export { LinkWithPrevUrl as Link }
Затем мы можем импортировать наш пользовательский компонент Link вместо Gatsby Link:
- import { Link } from 'gatsby'
+ import { Link } from './link-with-prev-url'
Теперь каждый компонент страницы Gatsby получит эти предыдущие реквизиты URL:
const SomePage = ({ location }) => (
<div>previous path is {location.state.prevUrl}</div>
);
Вы также можете рассмотреть возможность создания контейнера, в котором хранится состояние для клиентской стороны, и использовать wrapRootElement или wrapPageElement как в gatsby-ssr.js, так и в gatsby-browser.js.
Гладкий. Мне это нравится.
На самом деле я наткнулся на первоначальный ответ через документы Гэтсби и надеялся избежать скуки. Спасибо, что разъяснили это, чтобы создать оптимизированный подход — отличная идея! Я смотрел на onRouteUpdate API в gatsby-browser.js, который предоставляет location, prevLocation, но, насколько я могу судить, он делает их доступными только для использования за пределами моих компонентов Gatsby/React.
Эти ответы частично верны. Если вы устанавливаете состояние с помощью Link API, то состояние сохраняется в истории браузера.
Итак, если вы перейдете от Page1 к Page2, то, например, state.prevUrl будет правильно установлено на Page1
Но если вы перейдете к Page3 из Page2, а затем снова выполните браузер, то state.prevUrl все равно будет Page1, что неверно.
Лучший способ справиться с этим — добавить что-то подобное в gatsby-browser.js.
export const onRouteUpdate = ({ location, prevLocation }) => {
if (location && location.state)
location.state.referrer = prevLocation ? prevLocation.pathname : null
}
таким образом, у вас всегда будет предыдущий URL-адрес, доступный на месте.
Я решил свою проблему с помощью приведенного ниже фрагмента кода. Вот реф ссылка https://github.com/gatsbyjs/gatsby/issues/10410
// gatsby-browser.js
exports.onRouteUpdate = () => {
window.locations = window.locations || [document.referrer]
locations.push(window.location.href)
window.previousPath = locations[locations.length - 2]
}
Теперь вы можете получить previousPath доступ из любого места.
Если он использует историю браузера, я думаю, что предыдущий URL-адрес должен быть сохранен в
document.referrer.