React のリソース
page(Doc) not found /ja/docs/Learn/Tools_and_testing/Client-side_JavaScript_frameworks/React_accessibility
最後の記事では、更に学習を進めるために利用できる React のリソースを紹介します。
前提条件: |
HTML、 CSS、 JavaScript に精通していること、 ターミナル/コマンドラインに関する知識があること。 |
---|---|
目的: | React をより学習するためのさらなるリソースを提供する |
コンポーネントレベルのスタイル
このチュートリアルではこのアプローチは使用しませんが、多くの React アプリケーションでは、単一のモノリシックなスタイルシートではなく、コンポーネントごとにスタイルを定義しています。
create-react-app
を使うと、CSS ファイルが JavaScript モジュールにインポートできるので、対応するコンポーネントがレンダリングされるときにだけ CSS がユーザーに送信されるようになります。このアプリでは、例えば、専用の Form.css
ファイルを書いて、それぞれのコンポーネントのスタイルを記載し、次のようにそれぞれのモジュールにスタイルをインポートすることができます。
import Form from "./Form";
import "./Form.css";
この方法だと、特定のコンポーネントに属する CSS を簡単に特定し、管理することができます。しかし、コードベース全体でスタイルシートを断片化することになり、この断片化は価値のあるものにならないかもしれません。何百ものユニークなビューと多くの可動部分を持つ大規模なアプリケーションの場合、ユーザーに送信される無関係なコードの量を制限することは理にかなっています。アプリケーション全体のスタイルと、その上に構築された特定のコンポーネントのスタイルをもつことになるでしょう。
React DevTools
このチュートリアルでは console.log()
を使ってアプリケーションの state や props を確認しました。また、 React が CLI やブラウザーの JavaScript コンソールに表示する便利な警告やエラーメッセージも見てきたと思います。しかし、ここでできることはまだあります。
React DevTools はブラウザーで React アプリケーションの内部を直接検査できるようにするものです。ブラウザーの開発者ツールに新しいパネルが追加され、それを使って様々なコンポーネントの state や props を検査したり、 state や props を編集してアプリケーションにすぐに変更を加えたりすることができます。
このスクリーンショットは React DevTools に表示される私達が作成したアプリケーションの最終形を示します。
左側には、アプリケーションを構成するすべてのコンポーネントが表示され、配列からレンダリングされるものの一意なキーが表示されます。右側には、 App コンポーネントが利用する props とフックが表示されています。また、Form
、FilterButton
、Todo
コンポーネントは右側にインデントされていることに注意してください。より複雑なアプリでは、このビューは親子関係を一目で理解するために最適です。
React DevTools は様々な形態で提供されています。
- Chrome 拡張
- Firefox 拡張
- Chromium 版 Edge 拡張 (近日公開)
- NPM か Yarn でインストールできるスタンドアロンアプリケーション
これらのうち一つをインストールしてみて、作ったアプリの検査に使ってみてください!
コンテクスト API
このチュートリアルで作成したアプリケーションでは、 App
コンポーネントからデータを必要とする子コンポーネントにデータを渡すために、コンポーネントの props を利用しました。ほとんどの場合、 props はデータを共有するための適切な方法です。しかし、複雑で深くネストされたアプリケーションでは、必ずしも最適とは言えません。
React はコンポーネントツリーの下に props を渡さずに、データを必要とするコンポーネントにデータを提供する方法として コンテクスト API を提供します。また、これを容易にする useContext フック も提供されています。
自身でこの API を試したいというかたは、 Smashing Magazine が書いた React コンテクストの紹介記事 を読むといいでしょう。
クラスコンポーネント
このチュートリアルでは触れていませんが、 ES6 のクラスを使用して React コンポーネントを構築することは可能です。これらはクラスコンポーネントと呼ばれます。フックが登場するまで、 ES6 のクラスはコンポーネントに state をもたせたり、副作用のある描画の管理を行うための唯一の方法でした。これらは、他の特定のエッジケースな機能を処理する唯一の方法であり、従来の React プロジェクトでは非常に一般的です。公式の React ドキュメントは、それらについて学び始めるのに最適です。
テスト
create-react-app
はアプリケーションがすぐにテストできるツールを提供しています。しかし、チュートリアルの前半で関連するファイルを削除してしまったかもしれません。 create-react-app
のドキュメントには テストのための基本的なことが書かれています 。
ルーティング
ルーティングは従来、ユーザーのコンピューター上のアプリケーションではなく、サーバーによって処理されていました。しかし、現在では、ウェブアプリケーションがブラウザーの位置を読み取り、更新し、特定のユーザーインターフェイスをレンダリングすることが可能です。これをクライアントサイドルーティングと呼びます。アプリケーションのために多くの一意なルート (/home
または /dashboard
、 login/
など) を作成することが可能です。
React コミュニティはクライアントサイドルーティングについて、2 つの主要なライブラリーを作成しています。 React Router と Reach Router です。
- React Router は、複雑なルーティングを必要とするアプリケーションに適しており、 Reach Router よりもエッジケースに対応することができます。しかし、 React Router はサイズが大きいライブラリーになります。
- Reach Router は、より単純なアプリケーションに適しており、ユーザーがページ間を移動するときにフォーカスを自動的に管理します。
クライアントサイドのルーティングでは、フォーカス管理が不可欠です。これがないと、キーボードユーザーはフォーカスの問題に陥り、スクリーンリーダーを使用するユーザーは新しいページに移動したことに気づかない可能性があります。 Reach Router はアクセシビリティに優れているため、ルーティングを導入し始めるには良いライブラリーです。
ただし、一つだけ注意点があります。これらのプロジェクトは 近い将来、統合される 予定があるということです。この統合が行われた場合、 React Router が(Reach のフォーカス管理機能が追加され)存続するプロジェクトとなる予定です。
page(Doc) not found /ja/docs/Learn/Tools_and_testing/Client-side_JavaScript_frameworks/React_accessibility