問題タブ [resolver]

複数のカーソルを開いていますが、どのカーソルを閉じるかを見つけるにはどうすればよいですか? カーソルを返す前に、databasehelper に cursor.close() を含める必要がありますか?

私はすでにこの提案を試しましたが、Observable には「fromPromise」メソッドがなく、typescript でエラーが発生します。

「this」.getData に「エラー:(28, 16) TS2322: タイプ 'Subscription' はタイプ 'Observable' に割り当てられません。タイプ 'Subscription' にプロパティ '_isScalar' がありません。」というエラーがあります。

私は冒涜のない Reduxを読んでいましたが、著者は次のように述べています。

宣言的なデータ読み込みに向かう傾向は、主にこのモデルの方が扱いやすいため、このモデルを支持しています。Falcor、GraphQL、Resolver などの新しい React フレームワークも、リクエストを自動的にバッチ処理して重複排除します。自動アクションと組み合わせた単純な Redux アクションを使用して実装することも可能です。

著者は「宣言的データ読み込み」をややさりげなく使用しているため、広く知られている非常に明白な用語であるに違いないと思いました。しかし、私はそれをグーグルで検索しましたが、あまり見つかりませんでした。残念ながら、著者はこれが明らかな事前知識であると想定しています。助けてください！

誰かが簡単な説明と、「宣言型データの読み込み」と、たとえば単純な MEAN スタックの todo リストからの平均的な http/ajax データ読み込みを並置する例を提供できますか?

Resolvers forと少し混乱していroutesます。リゾルバーが解決してくれる問題は、レンダリング時にオブジェクトがコンポーネントに存在することです。リゾルバーなしでそれを行い、Promise を介してコンポーネントのコンストラクターでオブジェクトのフェッチを開始すると、テンプレートのネストされたプロパティに次のようにアクセスします

Promise が十分に早期に解決されない場合、エラーが発生する可能性があります。これは、http 要求を実行する必要がある場合に発生する可能性が非常に高いです。ただし、リゾルバーから解決されたオブジェクトを受け取ることに関する小さな情報は、コンポーネントのコンストラクターでこのようにするように指示しています

これは前と同じくそじゃない？わかりました。バックエンド リクエストは既に完了していることを認めます。すぐにサブスクリプションを受け取ります。それにもかかわらず、解決されたデータに再び非同期でアクセスします。{{myObj.foo.bar}} は、テンプレートのレンダリング時にアクセスできる可能性が非常に高いかもしれませんが、保証はありませんね。

それがあまりにも批判的であるかどうかはわかりません。ルートに使用canActivateし、解決されたオブジェクトを Service に設定すると、任意のコンポーネントから同期的にアクセスできるようになるというのが、私の意図に近づくという直感です。

説明を楽しみにしています

ダウンロード マネージャーを使用してインターネットからファイルをダウンロードし、名前、タイプ、カテゴリなどの詳細をコンテンツ リゾルバーを使用して SQLite データベースに保存することはできますか? バックが押されたときに詳細がデータベースに保存されないというシナリオがあります。アクティビティを終了すると、データベースには何も保存されません。詳細をデータベースに保存するには、アクティビティを続行する必要があります。

2 つの兄弟の子ルート間で同じリゾルバーを共有するためのより最適な方法があるかどうかを把握しようとしています。以下は、ルートがリゾルバーとどのように関連しているかの例です。

現在、各子ルートのリゾルバー呼び出しを繰り返していますが、これは最適ではないと考えています。共有兄弟の子リゾルバーからデータを共有するより良い方法があるかどうかは誰にも分かりますか? 重複したリゾルバーからのデータを共有サービスに設定することを考えました。これにより、他の子兄弟ルートがサービスからのデータにアクセスします (リゾルバーで別の API 呼び出しを行うのではなく)。他に最適なソリューションはありますか?