이번에는 React Router v4(코드 포함) 사용 사례 분석을 가져오겠습니다. React Router v4 사용 시 주의 사항은 무엇인가요? 다음은 실제 사례입니다.
React Router v4가 공식적으로 출시된 지 3개월이 지났습니다. 이번 주에 React 선반을 업그레이드했습니다. 이전 라우팅은 여전히 v2.7.0 버전을 사용하고 있었기 때문에 "시도"에 맞춰 라우팅도 업그레이드하기로 결정했습니다. ""얼리 어답터"...
현재 공식적으로 2.x와 4.x 두 가지 버전을 유지하고 있다는 소문이 세상에 있습니다. (ヾ(。ꏿ﹏ꏿ)ノ゙야 지금 이 순간 저처럼 똑똑한 여러분도 알게 되실 거라 믿습니다. ReactRouter v3는 어디로 갔나요? 다 잃어버렸나요?? Bala는 문제가 없습니다??? 감히 완벽한 것을 알려주시겠습니까?) 사실 버전 3.x는 버전 2.x에 비해 새로운 기능을 도입하지 않았으며 버전 2.x에서 사용되지 않는 일부 API에 대한 경고를 제거했을 뿐입니다. 계획에 따르면, 역사적인 수하물이 없는 새로운 프로젝트가 ReactRouter의 안정적인 버전을 사용하려면 ReactRouter 3.x를 사용해야 합니다. 3.x 버전은 현재 베타 단계이지만 4.x 버전 이전에 공식적으로 출시될 예정입니다. 이미 버전 2.x를 사용하고 있는 경우 3.x로 업그레이드해도 추가 코드 변경이 필요하지 않습니다.
정중한 소개
React Router V4는 이전 세 가지 버전에 비해 근본적인 변화가 있습니다. 우선 Just Component라는 API 디자인 개념을 따릅니다. 둘째, API도 많이 간소화되었습니다. .. 초보자의 학습 난이도를 줄여주지만, 이전 프로젝트를 재구성한 것이라면 뭐 말할 것도 없습니다. 이번 업그레이드의 주요 기능은 다음과 같습니다:
선언적
합성성
React Router V4는 모든 것이 구성 요소입니다라는 React 철학을 따릅니다. 따라서 업그레이드된 Route, Link, Switch 등은 모두 공통구성요소입니다.
React Router V4는 Lerna를 기반으로 여러 저장소를 관리합니다. 이 코드 베이스에 포함된 내용:
react-router React Router 코어
react-router-dom DOM 바인딩용 React Router
react-router-native React Native용 React Router
react- router-redux React Router와 Redux의 통합
react-router-config 정적 라우팅 구성 도우미
플러그인 최초 소개
보통 React를 사용할 때 도입해야 하는 것이 일반적입니다. 둘 패키지, react
및 react-dom
, react-router
및 react-router-dom
은 그렇지 않습니다. 둘 다 인용해? react
和 react-dom
,那么 react-router
和 react-router-dom
是不是两个都要引用呢? 注意,前方高能,入门第一坑就在这里 。他们两个只要引用一个就行了,不同之处就是后者比前者多出了 <Link> <BrowserRouter>
这样的 DOM 类组件。因此我们只需引用 react-router-dom
这个包就OK了。当然,如果搭配 redux
,你还需要使用 react-router-redux
。
主要组件简介
在4.0之前版本的 API 中, <Router>
组件的 children 只能是 React Router 提供的各种组件,如 <Route>、<IndexRoute>、<Redirect>
等。而在 React Router 4 中,你可以将各种组件及标签放进 <Router>
组件中,他的角色也更像是 Redux 中的 <Provider>
。**不同的是 <Provider>
是用来保持与 store 的更新,而 <Router>
是用来保持与 location 的同步。**示例如下:
// 示例1 <Router> <p> <ul> <li><Link to="/">首页</Link></li> <li><Link to="/about">关于</Link></li> <li><Link to="/topics">主题列表</Link></li> </ul> <hr/> <Route exact path="/" component={Home}/> <Route path="/about" component={About}/> <Route path="/topics" component={Topics}/> </p> </Router>
Router是所有路由组件共用的底层接口,一般我们的应用并不会使用这个接口,而是使用高级的路由:
<BrowserRouter>
:使用 HTML5 提供的 history API 来保持 UI 和 URL 的同步;
<HashRouter>
:使用 URL 的 hash (例如:window.location.hash) 来保持 UI 和 URL 的同步;
<MemoryRouter>
:能在内存保存你 “URL” 的历史纪录(并没有对地址栏读写);
<NativeRouter>
주의하세요, 앞에는 높은 에너지가 있고 시작하기 위한 첫 번째 구덩이는 바로 여기입니다
<Link><BrowserRouter>
와 같은 DOM 클래스 구성 요소를 더 많이 가지고 있다는 것입니다. 따라서 react-router-dom
패키지만 참조하면 됩니다. 물론 redux
와 짝을 이루면 react-router-redux
도 사용해야 합니다. 🎜🎜🎜주요 구성 요소 소개🎜🎜🎜4.0 이전 API 버전에서 <Router>
구성 요소의 하위 구성 요소는 <Route>와 같이 React Router에서 제공하는 다양한 구성 요소만 될 수 있습니다. ; , <IndexRoute>, <Redirect>
등 React Router 4에서는 다양한 구성 요소와 태그를 <router></router>
구성 요소에 넣을 수 있으며 그 역할은 Redux 코드>의 <provider></provider>
와 비슷합니다. . **차이점은 <Provider>
는 매장 업데이트를 유지하는 데 사용되고 <Router>
는 위치 동기화를 유지하는 데 사용된다는 것입니다. **예는 다음과 같습니다. 🎜<Router> <ul> <li><Link to="/">首页</Link></li> <li><Link to="/about">关于</Link></li> <li><Link to="/topics">主题列表</Link></li> </ul> <hr/> <Route exact path="/" component={Home}/> <Route path="/about" component={About}/> <Route path="/topics" component={Topics}/> </Router>
<BrowserRouter> code >: HTML5에서 제공하는 기록 API를 사용하여 UI와 URL을 동기화합니다. 🎜🎜🎜🎜<HashRouter>
: URL의 해시를 사용합니다(예: window.location.hash). UI 및 URL 동기화를 유지하려면 🎜🎜🎜🎜<MemoryRouter>
: "URL" 기록을 메모리에 저장할 수 있습니다(주소 표시줄을 읽거나 쓰지 않고) 🎜🎜🎜🎜: React Native 사용을 위한 라우팅 지원 제공 🎜;
<StaticRouter>
:从不会改变地址;
TIPS:算是第二坑吧,和之前的Router不一样,这里 <Router>
组件下只允许存在一个子元素,如存在多个则会报错。
反面典型在这里:
<Router> <ul> <li><Link to="/">首页</Link></li> <li><Link to="/about">关于</Link></li> <li><Link to="/topics">主题列表</Link></li> </ul> <hr/> <Route exact path="/" component={Home}/> <Route path="/about" component={About}/> <Route path="/topics" component={Topics}/> </Router>
没错,示例2在没有 <p>
爸爸的保护下,会报如下异常信息:
我们知道,Route组件主要的作用就是当一个location匹配路由的path时,渲染某些UI。示例如下:
<Router> <p> <Route exact path="/" component={Home}/> <Route path="/news" component={NewsFeed}/> </p> </Router> // 如果应用的地址是/,那么相应的UI会类似这个样子: <p> <Home/> </p> // 如果应用的地址是/news,那么相应的UI就会成为这个样子: <p> <NewsFeed/> </p>
<Route>
组件有如下属性:
path(string): 路由匹配路径。(没有path属性的Route 总是会 匹配);
exact(bool):为true时,则要求路径与location.pathname必须完全匹配;
strict(bool):true的时候,有结尾斜线的路径只能匹配有斜线的location.pathname;
再次奉上两个鲜活的例子:
exact配置:
路径 | location.pathname | exact | 是否匹配 |
---|---|---|---|
/one | /one/two | true | 否 |
/one | /one/two | false | 是 |
strict配置:
路径 | location.pathname | strict | 是否匹配 |
---|---|---|---|
/one/ | /one | true | 否 |
/one/ | /one/ | true | 是 |
/one/ | /one/two | true | 是 |
同时,新版的路由为 <Route>
提供了三种渲染内容的方法:
<Route component>
:在地址匹配的时候React的组件才会被渲染,route props也会随着一起被渲染;
<Route render>
:这种方式对于内联渲染和包装组件却不引起意料之外的重新挂载特别方便;
<Route children>
:与render属性的工作方式基本一样,除了它是不管地址匹配与否都会被调用;
第一种方式没啥可说的,和之前一样,这里我们重点看下 <Route render>
的渲染方式:
// 行内渲染示例 <Route path="/home" render={() => <p>Home</p>}/> // 包装/合成 const FadingRoute = ({ component: Component, ...rest }) => ( <Route {...rest} render={props => ( <FadeIn> <Component {...props}/> </FadeIn> )}/> ) <FadingRoute path="/cool" component={Something}/>
TIPS: 第三坑! <Route component>
的优先级要比 <Route render>
高,所以不要在同一个 <Route>
中同时使用这两个属性。
和之前版本没太大区别,重点看下组件属性:
to(string/object):要跳转的路径或地址;
replace(bool): 为 true 时 ,点击链接后将使用新地址替换掉访问历史记录里面的原地址; 为 false 时 ,点击链接后将在原有访问历史记录的基础上添加一个新的纪录。 默认为 false ;
示例如下:
// Link组件示例 // to为string <Link to="/about">关于</Link> // to为obj <Link to={{ pathname: '/courses', search: '?sort=name', hash: '#the-hash', state: { fromDashboard: true } }}/> // replace <Link to="/courses" replace />
<NavLink>
是 <Link>
的一个特定版本, 会在匹配上当前 URL 的时候会给已经渲染的元素添加样式参数,组件属性:
activeClassName(string):设置选中样式,默认值为 active;
activeStyle(object):当元素被选中时, 为此元素添加样式;
exact(bool):为 true 时, 只有当地址完全匹配 class 和 style 才会应用;
strict(bool):为 true 时,在确定位置是否与当前 URL 匹配时,将考虑位置 pathname 后的斜线; isActive(func):判断链接是否激活的额外逻辑的功能;
从这里我们也可以看出,新版本的路由在组件化上面确实下了不少功夫,来看看NavLink的使用示例:
// activeClassName选中时样式为selected <NavLink to="/faq" activeClassName="selected" >FAQs</NavLink> // 选中时样式为activeStyle的样式设置 <NavLink to="/faq" activeStyle={{ fontWeight: 'bold', color: 'red' }} >FAQs</NavLink> // 当event id为奇数的时候,激活链接 const oddEvent = (match, location) => { if (!match) { return false } const eventID = parseInt(match.params.eventID) return !isNaN(eventID) && eventID % 2 === 1 } <NavLink to="/events/123" isActive={oddEvent} >Event 123</NavLink>
该组件用来渲染匹配地址的第一个 <Route>
或者 <Redirect>
。那么它与使用一堆route又有什么区别呢?
<Switch>
的独特之处是独它仅仅渲染一个路由。相反地,每一个包含匹配地址(location)的 <Route>
都会被渲染。思考下面的代码:
<Route path="/about" component={About}/> <Route path="/:user" component={User}/> <Route component={NoMatch}/>
如果现在的URL是 /about
,那么 <About>
, <User>
, 还有 <NoMatch>
都会被渲染,因为它们都与路径(path)匹配。这种设计,允许我们以多种方式将多个 <Route>
组合到我们的应用程序中,例如侧栏(sidebars),面包屑(breadcrumbs),bootstrap tabs等等。 然而,偶尔我们只想选择一个 <Route>
来渲染。如果我们现在处于 /about
,我们也不希望匹配 /:user
(或者显示我们的 “404” 页面 )。以下是使用 Switch 的方法来实现:
<Switch> <Route exact path="/" component={Home}/> <Route path="/about" component={About}/> <Route path="/:user" component={User}/> <Route component={NoMatch}/> </Switch>
现在,如果我们处于 /about
, <Switch>
将开始寻找匹配的 <Route>
。 <Route path="/about"/>
将被匹配, <Switch>
将停止寻找匹配并渲染 <About>
。同样,如果我们处于 /michael
, <User>
将被渲染。
위 내용은 React Router v4를 사용한 사례 분석(코드 포함)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!