さまざまな値を ReadableStream に変換することに関する別の記事に取り組んでいるときに、FormData を multipart/form-data 文字列に変換し、Response を使用して戻すという巧妙なトリックを発見しました。驚くべきことに、FormData はそのままではこの機能を提供しません。ただし、Response のメソッドを活用することで、これを非常に簡単に達成できます。
ChatGPT (4o と o1-preview の両方) から支援を得ようとしたこともありましたが、たとえヒントがあっても、この解決策を提案したり合成したりすることはできませんでした。 Google検索でも結果は出ませんでした。私は独自性を主張しませんが、このアプローチは知られていない、またはほとんど知られていないようです。このような変換機能は、Response API の作成者によって意図的に設計されたものではないと思います。それはむしろ副作用であり、それが解決策をさらに興味深いものにしています。そこで、私は自分の発見を共有するためにこの記事を書くことにしました。
FormData をマルチパート/フォームデータ文字列に変換する
FormData のインスタンスがあると仮定しましょう:
const formData = new FormData(); formData.set('value', 123); formData.set( 'myfile', new File(['{"hello":"world"}'], 'demo.json', { type: 'application/json' }) );
私たちの目標は、この FormData インスタンスから multipart/form-data 文字列を取得することです。一般的な提案には、手動で FormData を文字列にシリアル化するか、Request 経由で複雑な操作を実行するか、そのためのライブラリを使用することが含まれます。ただし、本文として FormData を受け入れる Response コンストラクターを単純に使用し、その text() メソッドを呼び出して目的の文字列表現を取得することもできます。
// FormData -> multipart/form-data string function convertFormDataToMultipartString(formData) { return new Response(formData).text(); } const multipartString = await convertFormDataToMultipartString(formData); console.log(multipartString); // Example output: // ------WebKitFormBoundaryQi7NBNu0nAmyAhpU // Content-Disposition: form-data; name="value" // // 123 // ------WebKitFormBoundaryQi7NBNu0nAmyAhpU // Content-Disposition: form-data; name="myfile"; filename="demo.json" // Content-Type: application/json // // {"hello":"world"} // ------WebKitFormBoundaryQi7NBNu0nAmyAhpU--
必要に応じて、Content-Type ヘッダーや境界などの追加の値を抽出することもできます。
// FormData -> multipart/form-data async function convertFormDataToMultipart(formData) { const response = new Response(formData); const contentType = response.headers.get('Content-Type'); const boundary = contentType.match(/boundary=(\S+)/)[1]; return { contentType, boundary, body: await response.text(), }; } const multipart = await convertFormDataToMultipart(formData); console.log(multipart); // { // contentType: 'multipart/form-data; boundary=----WebKitFormBoundarybfJIH5LgEGPqNcqt', // boundary: '----WebKitFormBoundarybfJIH5LgEGPqNcqt', // body: '------WebKitFormBoundarybfJIH5LgEGPqNcqt\r\n...' // }
text() を使用する代わりに、arrayBuffer() などの他のメソッドを使用して、FormData のエンコードされたコンテンツを ArrayBuffer として取得することもできます。このタイプの値の利点は、転送可能なオブジェクトであり、postMessage() を使用してワーカー間で効率的に転送できることです (文字列とは異なり、コピーする必要がないという意味です)。 FormData オブジェクト自体は転送できません。
マルチパート/フォームデータ文字列を FormData に変換する
プロセスを逆にするには、再び Response を利用しますが、今回はその formData() メソッドを使用します。このメソッドの重要な点は、正しい Content-Type ヘッダーが必要であることです。このヘッダーには、multipart/form-data タイプと、パーツを区切るために使用される境界が含まれている必要があります。境界値がある場合は、それをヘッダーに挿入できます。ただし、マルチパート文字列だけがあり、他には何もない場合もあります。その場合、正規表現を使用して文字列から境界を抽出できます。
// multipart/form-data string -> FormData async function convertMultipartStringToFormData(multipartString) { const boundary = multipartString.match(/^\s*--(\S+)/)[1]; return new Response(multipartString, { headers: { // Without the correct header, the string won't be parsed, // and an exception will be thrown on formData() call 'Content-Type': 'multipart/form-data; boundary=' + boundary, }, }).formData(); } const restoredFormData = await convertMultipartStringToFormData(multipartString); console.log([...restoredFormData]); // [ // ['value', '123'], // ['myfile', File] // ]
FormData のシリアル化と同様に、文字列だけでなく ArrayBuffer、TypedArray、ReadableStream も FormData に変換できます。これは、Response がそのような値を本文の値として受け入れるためです。
結論
潜在的な欠点の 1 つは、どちらのタイプの変換も非同期操作であることです。それ以外では、このメソッドは非常に信頼性が高く、デバッグに使用したり、 fetch() の外部で変換が必要な場合に使用できます。
このメソッドは幅広いブラウザーをサポートしています (2017 年以降にリリースされたすべてのブラウザーで動作するはずです)。このメソッドは、Response オブジェクトをサポートしている場合 (つまり、 fetch() が利用可能なバージョン)、Node.js、Deno、および Bun にも適用できます。
このアプローチが私と同じように興味深いと思っていただければ幸いです。これは、Response API の機能を利用して、FormData をマルチパート/フォームデータ文字列 (文字列だけでなく) に変換したり、逆に変換したりするためのシンプルかつ効果的な方法です。何か考えがある場合、または同じ結果を達成する他の方法を知っている場合は、お気軽にコメントで共有してください!
以上がFormData を multipart/form-data 文字列に変換し、Response を使用して元に戻すの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

現実世界でのJavaScriptのアプリケーションには、フロントエンドとバックエンドの開発が含まれます。 1)DOM操作とイベント処理を含むTODOリストアプリケーションを構築して、フロントエンドアプリケーションを表示します。 2)node.jsを介してRestfulapiを構築し、バックエンドアプリケーションをデモンストレーションします。

Web開発におけるJavaScriptの主な用途には、クライアントの相互作用、フォーム検証、非同期通信が含まれます。 1)DOM操作による動的なコンテンツの更新とユーザーインタラクション。 2)ユーザーエクスペリエンスを改善するためにデータを提出する前に、クライアントの検証が実行されます。 3)サーバーとのリフレッシュレス通信は、AJAXテクノロジーを通じて達成されます。

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1)エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2)実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3)ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

SublimeText3 中国語版
中国語版、とても使いやすい

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

ドリームウィーバー CS6
ビジュアル Web 開発ツール

mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境
