translate 04-advanced-sveltekit/03-advanced-routing into Japanese

Author: tomoam

content/tutorial/04-advanced-sveltekit/03-advanced-routing/01-optional-params/README.md

@@ -2,15 +2,15 @@
 title: Optional parameters
 ---
 
-In the first chapter on [routing](/tutorial/pages), we learned how to create routes with [dynamic parameters](/tutorial/params).
+[ルーティング(Routing)](/tutorial/pages) の最初の章で、[動的なパラメータ](/tutorial/params)付きのルート(routes)を作成する方法について学習しました。
 
-Sometimes it's helpful to make a parameter optional. A classic example is when you use the pathname to determine the locale — `/fr/...`, `/de/...` and so on — but you also want to have a default locale.
+パラメータをオプショナルにできたら便利なときがあるでしょう。その代表的な例は、ロケールを決めるのにパス名を使用する場合です — `/fr/...`、`/de/...` などなど — このとき、デフォルトのロケールも持ちたいはずです。
 
-To do that, we use double brackets. Rename the `[lang]` directory to `[[lang]]`.
+そうするには、二重括弧を使用します。`[lang]` ディレクトリを `[[lang]]` にリネームしましょう。
 
-The app now fails to build, because `src/routes/+page.svelte` and `src/routes/[[lang]]/+page.svelte` would both match `/`. Delete `src/routes/+page.svelte`. (You may need to reload the app to recover from the error page).
+今は `src/routes/+page.svelte` と `src/routes/[[lang]]/+page.svelte` がどちらも `/` にマッチするため、アプリがビルドに失敗します。`src/routes/+page.svelte` を削除してください (エラーページから復帰するには、アプリをリロードする必要があるかもしれません)。
 
-Lastly, edit `src/routes/[[lang]]/+page.server.js` to specify the default locale:
+最後に、`src/routes/[[lang]]/+page.server.js` を編集してデフォルトロケールを指定してください。
 
 ```js
 /// file: src/routes/[[lang]]/+page.server.js

content/tutorial/04-advanced-sveltekit/03-advanced-routing/02-rest-params/README.md

@@ -2,11 +2,11 @@
 title: Rest parameters
 ---
 
-To match an unknown number of path segments, use a `[...rest]` parameter, so named for its resemblance to [rest parameters in JavaScript](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions/rest_parameters).
+未知の数のパスセグメントにマッチさせるには、`[...rest]` パラメータを使用します。これは、 [JavaScript の残余引数(rest parameters)](https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Functions/rest_parameters) に似ているため、この名前が付けられました。
 
-Rename `src/routes/[path]` to `src/routes/[...path]`. The route now matches any path.
+`src/routes/[path]` を `src/routes/[...path]` にリネームしましょう。このルート(route)はどんなパスにもマッチします。
 
-> Other, more specific routes will be tested first, making rest parameters useful as 'catch-all' routes. For example, if you needed a custom 404 page for pages inside `/categories/...`, you could add these files:
+> 他の、より詳細・明確(specific)なルート(routes)が最初にテストされるため、rest パラメータは 'catch-all' ルート(routes)として便利です。例えば、`/categories/...` の中のページ用にカスタムの 404 ページを必要とする場合は、以下のファイルを追加することができます。
 >
 > ```diff
 > src/routes/
@@ -19,4 +19,4 @@ Rename `src/routes/[path]` to `src/routes/[...path]`. The route now matches any
 > +│ │ └ +page.server.js
 > ```
 >
-> Inside the `+page.server.js` file, `throw error(404)` inside `load`.
+> `+page.server.js` ファイルにて、`load` の内側で `throw error(404)` のようにエラーをスローします。

content/tutorial/04-advanced-sveltekit/03-advanced-routing/03-param-matchers/README.md

@@ -3,9 +3,9 @@ title: Param matchers
 path: /colors/ff3e00
 ---
 
-To prevent the router from matching on invalid input, you can specify a _matcher_. For example, you might want a route like `/colors/[value]` to match hex values like `/colors/ff3e00` but not named colors like `/colors/octarine` or any other arbitrary input.
+ルーターが無効な入力にマッチするのを防ぐために、 _matcher_ を指定することができます。例えば、`/colors/[value]` のようなルート(route)を、`/colors/ff3e00` のような16進数の値(hex value)にマッチさせたいけれど、`/colors/octarine` のような色の名前やその他の任意の入力にはマッチさせたくないことがあるでしょう。
 
-First, create a new file called `src/params/hex.js` and export a `match` function from it:
+まず、`src/params/hex.js` という新しいファイルを作成し、そこから `match` 関数をエクスポートしてください。
 
 ```js
 /// file: src/params/hex.js
@@ -14,8 +14,8 @@ export function match(value) {
 }
 ```
 
-Then, to use the new matcher, rename `src/routes/colors/[color]` to `src/routes/colors/[color=hex]`.
+それから、その新しい matcher を使うために、`src/routes/colors/[color]` を `src/routes/colors/[color=hex]` にリネームしてください。
 
-Now, whenever someone navigates to that route, SvelteKit will verify that `color` is a valid `hex` value. If not, SvelteKit will try to match other routes, before eventually returning a 404.
+これで、誰かがこのルート(route)に移動してきたときはいつでも、SvelteKit が `color` が有効な `hex` value か検証します。違った場合、SvelteKit は、他のルート(routes)にマッチするか試行し、どれにもマッチしない場合は最終的に 404 を返します。
 
-> Matchers run both on the server and in the browser.
+> Matcher はサーバーとブラウザの両方で動作します。

content/tutorial/04-advanced-sveltekit/03-advanced-routing/04-route-groups/README.md

@@ -2,13 +2,13 @@
 title: Route groups
 ---
 
-As we saw in the [routing introduction](/tutorial/layouts), layouts are a way to share UI and data loading logic between different routes.
+[ルーティング(Routing)のイントロダクション](/tutorial/layouts)で見たように、レイアウトによって UI とデータをロードするロジックを異なるルート(routes)間で共有することができます。
 
-Sometimes it's useful to use layouts without affecting the route — for example, you might need your `/app` and `/account` routes to be behind authentication, while your `/about` page is open to the world. We can do this with a _route group_, which is a directory in parentheses.
+ルート(route)に影響することなく、レイアウトを使うことができたら便利なときがあるでしょう — 例えば、`/app` ルートと `/account` ルートは認証の背後に置く必要があり、`/about` ページは世界に公開する、ということがあるかもしれません。これを行うには、 _ルートグループ(route group)_ を使います。これは、丸括弧でくくられたディレクトリです。
 
-Create an `(authed)` group by renaming `account` to `(authed)/account` then renaming `app` to `(authed)/app`.
+`account` を `(authed)/account` にリネームして `(authed)` グループを作成し、それから `app` を `(authed)/app` にリネームします。
 
-Now we can control access to these routes by creating `src/routes/(authed)/+layout.server.js`:
+`src/routes/(authed)/+layout.server.js` を作成することで、これらのルート(routes)のアクセスをコントロールすることができます。
 
 ```js
 /// file: src/routes/(authed)/+layout.server.js
@@ -21,9 +21,9 @@ export function load({ cookies, url }) {
 }
 ```
 
-If you try to visit these pages, you'll be redirected to the `/login` route, which has a form action in `src/routes/login/+page.server.js` that sets the `logged_in` cookie.
+これらのページにアクセスしようとすると、`/login` ルート(route)にリダイレクトされます。このルートには、`src/routes/login/+page.server.js` に、`logged_in` cookie をセットする form action があります。
 
-We can also add some UI to these two routes by adding a `src/routes/(authed)/+layout.svelte` file:
+また、`src/routes/(authed)/+layout.svelte` ファイルを追加することで、これら2つのルートに UI を追加することができます。
 
 ```svelte
 /// file: src/routes/(authed)/+layout.svelte

content/tutorial/04-advanced-sveltekit/03-advanced-routing/05-breaking-out-of-layouts/README.md

@@ -2,15 +2,15 @@
 title: Breaking out of layouts
 ---
 
-Ordinarily, a page inherits every layout above it, meaning that `src/routes/a/b/c/+page.svelte` inherits four layouts:
+通常、ページはその上にある全てのレイアウトを継承しています。つまり、`src/routes/a/b/c/+page.svelte` は4つのレイアウトを継承しています。
 
 - `src/routes/+layout.svelte`
 - `src/routes/a/+layout.svelte`
 - `src/routes/a/b/+layout.svelte`
 - `src/routes/a/b/c/+layout.svelte`
 
-Occasionally, it's useful to break out of the current layout hierarchy. We can do that by adding the `@` sign followed by the name of the parent segment to 'reset' to — for example `[email protected]` would put `/a/b/c` inside `src/routes/a/b/+layout.svelte`, while `[email protected]` would put it inside `src/routes/a/+layout.svelte`.
+たまに、現在のレイアウト階層から抜け出せると便利なときもあります。`@` 記号の後に'リセット'する親セグメントの名前を追加することで、これを実現することができます — 例えば、`/a/b/c` で `[email protected]` にすると `src/routes/a/b/+layout.svelte` が適用され、`[email protected]` の場合は `src/routes/a/+layout.svelte` が適用されます。
 
-Let's reset it all the way to the root layout, by renaming it to `[email protected]`.
+`[email protected]` にリネームして、一気に最上位(root)のレイアウトまでリセットしてみましょう。
 
-> The root layout applies to every page of your app, you cannot break out of it.
+> 最上位(root)のレイアウトはアプリの全てのページに適用され、そこから抜け出すことはできません。