問題タブ [node-deasync]

このプロジェクトにはwikipedia-jsを使用しました。summary.jsこれはファイルの私のコードです。

このモジュールは/wiki/:topicnameルートで使用しています。での対応コードindex.jsはこんな感じ。

問題は、wiki/ some-topicsummary.jsにアクセスするたびに、 executesの最後の return ステートメントにhtmlWikiTextコンテンツが入力されることです。だから私はいつもhello initialブラウザのページに表示されます。console.logしばらくすると、ステートメントのために端末に出力されますが。

では、この問題をどのように解決すればよいでしょうか。

同期マングース検索を構築しようとしています。deasync の使用を採用しました。 https://www.npmjs.com/package/deasync

これは現在、保存では機能していますが、クエリでは機能していません

コードのこの部分

永遠にハングアップし、最終的には通過します。誰にもアイデアはありますか？

私はnodejsでサービスを書いています。この問題を解決するために私が行っているアプローチについては、以下をお読みください。

まず、残りのエンドポイント (/offers など) を呼び出してデータを取得します。それを言う

最終応答必要な応答を出力として返すために、データをマッサージ/操作する必要があります。

（上記の呼び出しから）データをマッサージしている間、関連する製品情報が存在するかどうかを確認する必要があります。

存在する場合は、別の残りのエンドポイント (/offers/:id/products など) を呼び出す必要があります。:id は、以前の呼び出し (cloudSenseData) で取得した catalogueitemid であり、最終的なマッサージ出力に含めることができる関連製品情報の詳細を取得します。

つまり、cloudSenseData に 10 個の catalogueItems があるとしましょう。

これらは、データのマッサージ中に私が行っている手順です:

1. cloudSenseData で async.map を使用し、それを必要な応答形式にマッピングします (私はそれを使用して並列処理を行いました)。
2. コールバックで必要に応じて応答を行いながら、関連製品情報があるかどうかを確認しています。それ以外の問題がない場合は、ダウンストリーム エンドポイントを呼び出して、catologueItemId を使用して関連製品情報を取得しています (ここでは deasync を使用しています)。

これには必要以上の時間がかかっています。

誰かがこれにアプローチするための代替案を提案できますか?

コードで更新: common-nodejs は、restify を使用した残りのエンドポイントの呼び出し、アプリ構成の読み取りなど、多くの機能をラップする、私たちが作成したライブラリです。以下のコードは typescript です。お役に立てれば。

}