問題タブ [stream]

「オブジェクトデータ」を受け入れるLoadFromStreamメソッドを持つcomオブジェクトにフィードする必要のある文字列があります。これはbyte[]だと思います。

むしろ基本的な質問：MemoryStreamがすべていっぱいになり、準備が整いました。それをbinary[]に変換する最良の方法は何ですか？手動で1つずつアレイに読み込む必要がありますか、それとも簡単な組み込みの方法がありますか？

-- bgnd 情報を追加して編集 --

(ブラック ボックスの) COM オブジェクトが文字列を返します。2 番目の COM オブジェクトは、入力として byte[] と同じ文字列を想定し、処理されたデータを含む byte[] を返します。これは、クライアント側のスタンドアロン アプリケーションにロードされる、ダウンロード可能な、人間が判読できないファイルとしてブラウザに供給されます。

そのため、最初の COM から文字列 inputString を取得し、次のように byte[] に変換します

それを 2 番目の COM にフィードし、読み戻します。結果はブラウザに書き込まれます。

フォーマットが正しくないため、2 番目の COm でエラーが発生します。元の文字列を確認しに行きましたが、まったく問題ありませんでした。次に、最初の com からの結果をブラウザに直接送り、何が表示されるかを見ました。道路のどこかに、判読できない余分な文字が追加されているようです。これらのキャラクターとは何ですか?何に使用されますか?どうすれば 2 番目の COM が停止するのを防ぐことができますか?

読めない文字は次のようなものです。

NUL/SOH/NUL/NUL/NUL/FF/FF/FF/FF/SOH/NUL/NUL/NULなど

何か案は？

--答え
--

むしろその後

インターネットから画像をダウンロードし、文字列に変換しました (これは変更できません)

String を Stream に戻すにはどうすればよいですか?

したがって、そのストリームを使用して画像を取得できます。

このような：

しかし、今はテキスト文字列しかないので、次のようなものが必要です:

編集：

このエンジンは主に Web ページのダウンロードに使用されていましたが、画像のダウンロードにも使用しようとしています。コード例に示されているように、文字列の形式はUTF8です...

を使用しようとしましたMemoryStream(Encoding.UTF8.GetBytes(Text))が、ストリームをイメージにロードするときに次のエラーが発生しました。

GDI+ で一般的なエラーが発生しました。

変換で失われるものは何ですか?

UTF-8 およびさまざまな UTF-16 および UTF-32 エンコーディングのいずれかから来る可能性がある Unicode を受け入れるようにプログラムを変更する必要があります。私は Unicode についてあまり知りません (ただし、Joel Spolsky の記事と ウィキペディアのページは読んだことがあります)。

現在、 を使用して で入力をstd::istream読み取り、(必要に応じて) に格納しています。そうしたいです。charcharstd::string

• 上記のエンコーディングをサポートするようにこれを (最小限の労力で) 変更し、
• 上記のエンコーディングをテストする方法を見つけます (私はちょっと白パンのアメリカ人で、別のエンコーディングでサンプル テキスト ファイルを作成する方法さえ本当に知りません)。
• クロスプラットフォームの方法でこれを行います。

また、可能であれば、可能な限りスペースを節約したいと思います (したがって、1 バイト/文字以上必要でない場合は使用しません)。私が理解していることから、これはUTF-8で保存することを意味しますが、これは問題ありませんが、これを行う標準文字列を知りません(私が理解しwchar_tていることから、実装定義のサイズとエンコーディングがあります)。

現在、SharpZipLib を使用していますが、GPL を使用しているため、商用ライブラリに置き換える必要があります。

データベース (nvarchar) から大きな Unicode テキスト文字列 (200Mb など) を取得し、処理のためにメモリに格納する必要があります。つまり、文字列のすべての部分へのランダム アクセスが必要です。

これを厳密にメモリ中心の観点から見ると、メモリ内表現として System.IO.MemoryStream と System.String を使用することの長所と短所は何ですか。

私が研究しようとしているいくつかの要因は次のとおりです。

• これらのオブジェクトが[仮想の]高度に断片化された低メモリ環境でどのように機能するか
• 不変性
• メモリ内の実際のサイズ (ストリームが UTF8 の場合、サイズはほぼ半分になります)
• 私が考えたことのない別のオブジェクトはありますか？

これらの点に関する明確さとアドバイス、および私が考えていなかったその他のメモリに関する考慮事項を探していますか?

注: これらの文字列を処理するより良い方法があるかもしれませんが、現時点では、そのようなオブジェクトを格納する際のメモリの考慮事項について質問しているだけです。

ここで少し混乱しています。

私はこのようなことをしたいと思います:

1. 書き込み可能なある種のバッファを作成します
2. バッファをクリアする
3. printf() のような関数を数回使用して、一度だけ実行したい複雑な計算に基づいて、一連のものをバッファーに追加します
4. バッファの内容を使用して、いくつかのPrintStreamオブジェクトに出力します
5. 必要に応じて手順 2 ～ 4 を繰り返します

例えば：

PrintWriterをStringWriterの周りにラップすると、メソッドがないことをsb除いて、上記のオブジェクトに必要なことが行われるようですclear()。ループのたびに新しい PrintWriter オブジェクトと StringWriter オブジェクトを作成できると思いますが、それは面倒なようです。（私の実際のコードでは、1回のループで1回だけでなく、いくつかの場所でこれを行います...）

私もjava.nio.CharBuffer他の NIO バッファを多く使用しており、それは有望なアプローチのように思えますが、機能を提供するオブジェクトでそれらをラップする方法がわかりませんprintf()。

何かアドバイス？

ストリームで初期化したStreamReaderオブジェクトがあります。次に、このストリームをディスクに保存します（ストリームは.gifまたは.jpgまたはである可能性があります.pdf）。

既存のコード：

1. これをディスクに保存する必要があります（ファイル名があります）。
2. 将来的には、これをSQLServerに保存したいと思うかもしれません。

エンコーディングタイプもありますが、SQL Serverに保存する場合に必要になりますよね？

動的 SQL クエリを作成するためにどの方法を好みますか? フォーマットまたはストリーミング？それは単なる好みですか、それとも他のものよりも優れている理由がありますか?または、それに使用する特別なライブラリ。

編集：c ++の場合は答えてください。

入力全体を一度に読み取らず、改行を気にせずに、整数と文字の混合入力を読み取るpythonicな方法はありますか? たとえば、空白で区切られたデータを含むファイルがありますが、x 整数、次に y 文字、さらに z 整数があることしか知りません。改行については何も想定したくありません。

私は、C++ で次のように無知なことを意味します。

...

編集：コンソールからのライブ入力でもうまく動作するようにしたいと言うのを忘れていました-つまり、トークンを取得する前にctrl + dを押す必要はなく、関数はトークンを取得するとすぐにそれらを返すことができるはずです行が入力されました。:)