Essentials > Computed Properties and Watchers の翻訳 #72
Conversation
|
Deploy preview for vuejs-v3-ja-doc-preview ready! Built with commit 6da7e9a https://deploy-preview-72--vuejs-v3-ja-doc-preview.netlify.app |
| ``` | ||
|
|
||
| Much better, isn't it? | ||
| ずっといいですよね？ |
There was a problem hiding this comment.
原文に合わせ、なるべく短く、かつ少しだけくだけた感じを目指しました。
これを再翻訳すると原文と同じになります。
https://www.deepl.com/ja/translator#ja/en/%E3%81%9A%E3%81%A3%E3%81%A8%E3%81%84%E3%81%84%E3%81%A7%E3%81%99%E3%82%88%E3%81%AD%EF%BC%9F
別のニュアンスの代案として「ぐっとよくなりましたね？」があります
https://www.deepl.com/ja/translator#ja/en/%E3%81%90%E3%81%A3%E3%81%A8%E3%82%88%E3%81%8F%E3%81%AA%E3%82%8A%E3%81%BE%E3%81%97%E3%81%9F%E3%81%AD%EF%BC%9F
There was a problem hiding this comment.
そうですね。
ここの Much better, isn't it? は、この文章の流れ的に、砕けた感じでも大丈夫そうです。
ずっといいですよね？で、いいと思います。
src/guide/computed.md
Outdated
| これだと、テンプレートはもうシンプルでも宣言的でもありません。`author.books` を元に計算していると分かるまで少し時間がかかります。この計算を何回もテンプレートに含めたい場合、問題はさらに悪化します。 | ||
|
|
||
| That's why for complex logic that includes reactive data, you should use a **computed property**. | ||
| そのため、リアクティブなデータを含む複雑なロジックには**算出プロパティ**を使いましょう。 |
There was a problem hiding this comment.
you should use a **computed property**. の訳ですが、文章の流れから、ここでの should は義務、当然の行為を表す 〜すべき で訳すのが自然だと思います。
なので、以下でお願いします。
| そのため、リアクティブなデータを含む複雑なロジックには**算出プロパティ**を使いましょう。 | |
| そのため、リアクティブなデータを含む複雑なロジックには**算出プロパティ**を使うべきです。 |
src/guide/computed.md
Outdated
| このアプリケーションの `data` にある `books` 配列の値を変更してみると、それに応じて `publishedBooksMessage` がどのように変わるか分かるでしょう。 | ||
|
|
||
| You can data-bind to computed properties in templates just like a normal property. Vue is aware that `vm.publishedBooksMessage` depends on `vm.author.books`, so it will update any bindings that depend on `vm.publishedBooksMessage` when `vm.author.books` changes. And the best part is that we've created this dependency relationship declaratively: the computed getter function has no side effects, which makes it easier to test and understand. | ||
| 通常のプロパティと同じように、テンプレート内で算出プロパティにデータバインドできます。Vue は `vm.publishedBooksMessage` が `vm.author.books` に依存していると分かっているので、`vm.author.books` が変更されると `vm.publishedBooksMessage` に依存するバインディングを更新します。また、この依存関係を宣言的に作成しているのが最高です: 算出 getter 関数には副作用がないので、テストや理解するのが容易になります。 |
There was a problem hiding this comment.
And the best part is that we've created this dependency relationship declaratively の訳ですが、また、この依存関係を宣言的に作成しているのが最高です では、ちょっと言い回しが砕けすぎなので、以下のような感じでお願いします。
そして、一番よいのは、この依存関係を宣言的に作成していることです。
src/guide/computed.md
Outdated
| 同じ関数を算出プロパティではなくメソッドとして定義することもできます。結果だけ見れば、この2つのアプローチはまったく同じになりますが、**算出プロパティはリアクティブな依存関係に基づいてキャッシュされる**という違いがあります。算出プロパティはリアクティブな依存関係の一部が変更された場合にのみ再評価されるのです。つまり、`author.books`が変更されなければ、算出プロパティの `publishedBooksMessage` に複数回アクセスしても関数は再実行されず、前回計算した結果がすぐに返されます。 | ||
|
|
||
| This also means the following computed property will never update, because `Date.now()` is not a reactive dependency: | ||
| 下の算出プロパティは `Date.now()` がリアクティブな依存関係ではないので、一度も更新されないことになります: |
There was a problem hiding this comment.
typo しているので以下でお願いします。
| 下の算出プロパティは `Date.now()` がリアクティブな依存関係ではないので、一度も更新されないことになります: | |
| 以下の算出プロパティは `Date.now()` がリアクティブな依存関係ではないので、一度も更新されないことになります: |
| ``` | ||
|
|
||
| Much better, isn't it? | ||
| ずっといいですよね？ |
There was a problem hiding this comment.
そうですね。
ここの Much better, isn't it? は、この文章の流れ的に、砕けた感じでも大丈夫そうです。
ずっといいですよね？で、いいと思います。
|
修正完了しましたので、ご確認よろしくお願いします。 |
|
@jay-es CI でエラーが起きていますが、特に支障がないのでマージします。 |
|
翻訳ありがとうございました！ |
resolve #49
v2 のドキュメントと内容はほぼ同じでしたが、「一語一句翻訳」のガイドラインに沿って翻訳しなおしました。
以下の用語（や見出し）は v2 の訳を踏襲してあります。
ご確認よろしくお願いします。