translate en to ja on tradeoffs.md #16
Conversation
| Next.js. For example, you'll probably use the Blitz authentication which | ||
| is unique to Blitz. But switching to Next Auth would give you a comparable | ||
| experience with Next.js. | ||
| BlitzのロックインはNext.jsよりもレベルが一つ上です。BlitzのコードベースはNext.js のコードベースと比べてそれほど違いはありません。しかしBlitzは、単純なNext.jsに非常に簡単に”EJECT”できない程度には十分違いがあります。例えば、あなたはBlitzに特化したBlitzの認証を使うでしょう。ですがNext Authに切り替えると、Next.jsと同等の使用感を得ることができます。 |
There was a problem hiding this comment.
しかしBlitzは、単純なNext.jsに非常に簡単に”EJECT”できない程度には十分違いがあります。
ここが少し冗長な気がしました。
「しかしBlitzからNext.jsに”EJECT”するのは一筋縄ではないほどの違いがあります。」
くらいに削ってしまったほうが意味が通じやすい気がしました！
| Blitz zero-API data layerもBlitz特有のものです。Next.jsに切り替える場合、自分専用のAPIコードを管理する必要があります。（Next.jsを始めるならデータ損失をしないために必ず実施する必要があります。）しかしながら、すべてのバックエンドクエリやミューテーションロジックが直接ポートされる可能性があります。 | ||
|
|
There was a problem hiding this comment.
自分専用のAPIコード
「独自のAPIコード」のほうがわかりやすい気がします！
しかしながら、すべてのバックエンドクエリやミューテーションロジックが直接ポートされる可能性があります。
"all your backend query and mutation logic can be directly ported."のcanは「できる」という意味だと思うので、「しかしながら、すべてのバックエンドクエリやミューテーションロジックは直接ポートできます。」でいかがでしょうか？
|
|
||
| But if you use yarn, you can use the `resolutions` field in package.json | ||
| to upgrade next.js before we do. | ||
| ですがもしyarnを使用する場合は、package.json内のresolutionsフィールドを使ってnext.jsのアップグレードを先行して実施できます。 |
There was a problem hiding this comment.
細かいですが、
yarnを使用する場合
は「yarnを使用している場合」のほうが良いと思いました！
| it". While we believe most apps won't grow large enough to warrant | ||
| GraphQL, the question of an API for multiple clients is an excellent | ||
| point. | ||
| 「最終的にGraphQLが必要になるのだから、GraphQLから着手すべきだ」という人がいます。確かに多くのアプリはGraphQLを保証するほど大きく成長しませんが、複数のクライアントのためのAPIに関する疑問はいい問題です。 |
There was a problem hiding this comment.
確かに多くのアプリはGraphQLを保証するほど大きく成長しませんが
「確かに」の使い方が違和感かも…？
「ほとんどのアプリはGraphQLを必要とするほど大きくはならないと思いますが」
みたいな感じでどうでしょうか？
| -すべての生成されたエンドポイントはアプリ内の [`blitz routes`](./cli-routes) コマンドで確認することができます。 | ||
| -エンドポイント用のRPCの仕様はこちらで確認できます: [RPC Specification](./rpc-specification) |
There was a problem hiding this comment.
ここのマークダウンが上手くいっていないようです！
( - のあとに半角スペース)
| import blitz queries/mutations directly into your react-native code and | ||
| have it magically work exactly like it does today with your web app. | ||
| After the 1.0 release, this will be Brandon's main focus for the year. | ||
| 1.まず、生成されたAPIエンドポイントを簡単に手動で使用するために、ドキュメントとツールを追加します。[https://github.com/blitz-js/blitz/discussions/1907](https://github.com/blitz-js/blitz/discussions/1907) と [https://github.com/blitz-js/blitz/issues/745](https://github.com/blitz-js/blitz/issues/745) をご覧ください。 |
There was a problem hiding this comment.
ここも、マークダウンが上手くいってないみたいです！
(1.のあとに半角スペース)
| 2. 次に、生成されたエンドポイントをアプリから使う良い方法として、JS/TSクライアントライブラリを生成する機能を追加する。 | ||
| 3. 次に、blitzクエリやミューテーションをreact-nativeのコードに直接インポートでき、魔法のようにウェブアプリと全く同じように動かせる、一流のreact-nativeのサポートを追加する。1.0リリースの後に、これがBrandonさんの今年の主な目標となります。 |
|
|
||
| Running multiple background processes isn't super difficult, but we want | ||
| to add docs and APIs that make this as simple as possible. | ||
| これは特にNext.jsで失うものです。Next.jsはシングルスレッドですので、負荷の大きいバックエンド処理中の場合はすべてのウェブリクエストにも影響する可能性があります。これに対する解決法はバックグラウンド処理をオフにし他のプロセスを発生させることです。 |
There was a problem hiding this comment.
バックグラウンド処理をオフにし他のプロセスを発生させることです。
の箇所は、
「バックグラウンド処理を他のプロセスに移します。」や「バックグラウンド処理を他のプロセスに分離します。」
などが良いと思います！
| Running multiple background processes isn't super difficult, but we want | ||
| to add docs and APIs that make this as simple as possible. | ||
| これは特にNext.jsで失うものです。Next.jsはシングルスレッドですので、負荷の大きいバックエンド処理中の場合はすべてのウェブリクエストにも影響する可能性があります。これに対する解決法はバックグラウンド処理をオフにし他のプロセスを発生させることです。 | ||
| 複数のバックグラウンド処理を実行することは特別難しいわけではありませんが、私たちはこれをできる限り神父巣にするためのドキュメントやAPIを追加したいと考えています。 |
@Phamiliarizeのプルリクエストを参考に、翻訳しました。
翻訳初心者ですので上手くありませんが、よろしくお願いします。