リクエストの意味を保ってcURLをコードへ変換する方法。
構文を変換するときはメソッド、URL、ヘッダー、本文を保ちます。再利用コードへ秘密情報をコピーせず、認証情報をプレースホルダーに置き換えてください。
作業手順をタスクに合わせましょう。
機密情報を除いたリクエストを、メソッド、URL、ヘッダー、本文の意味を保って変換します。対象言語のリクエスト API を使い、失敗応答を明示的に扱い、認証情報は再利用例の外に置いてください。
- 用意するもの
- 機密情報を除いた cURL リクエストと対象言語。
- 得られるもの
- 認証情報のプレースホルダーを持つ等価なリクエストコード。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Convert to modern JavaScript fetch: curl 'https://example.com/items' -H 'Accept: application/json'. Fictional endpoint; no credentials supplied.
完成例
async function getItems() {
const response = await fetch("https://example.com/items", {
method: "GET",
headers: { Accept: "application/json" }
});
if (!response.ok) {
throw new Error(`HTTP ${response.status}`);
}
return response.json();
}
Call and handle errors in your application. Browser use also depends on the destination's CORS policy; the example endpoint is not a working API.この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
cURL コマンドの認証情報を生成コードへコピーするべきですか？
プレースホルダーかアプリで承認された秘密情報管理の仕組みを使います。例やコミットするファイルへ本物の認証情報を埋め込まないでください。
変換後のリクエストが異なる本文を送るのはなぜですか？
エンコード、コンテンツタイプ、元コマンドで暗黙指定されるメソッドを確認してください。見える文字列だけでなく、実際のリクエストの意味を比較します。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑