問題タブ [stream]

これは、今日頭を悩ませてきた簡単な質問です。

.Net データセットを XML ストリームに変換し、メモリ内の xsl ファイルで変換してから、結果を新しい XML ファイルに出力しようとしています。

現在の解決策は次のとおりです。

元のコードは次のとおりです。

何らかの理由で、transformer.Transform メソッドでは、リーダーにルート ノードがありません。実際、リーダーは StreamReader から何も読み取っていません。

私の質問は、このコードの何が問題なのですか? 第二に、データセットを XML に変換/変換/保存するより良い方法はありますか?

編集: どちらの回答も役に立ち、技術的には aku の方が近かったです。ただし、両方のソリューションを試した後、ロングホーンのソリューションによく似たソリューションに傾倒しています。

今日、Javaで anInputStreamから an への内容を書き込む簡単な方法を見つけられなかったことに驚きました。OutputStream明らかに、バイト バッファ コードを書くのは難しくありませんが、作業を楽にする (そしてコードをより明確にする) 何かが欠けているのではないかと思います。

InputStream inでは、 anと anが与えられたOutputStream out場合、次のように書く簡単な方法はありますか?

フォント ファイル (.ttf) の内容を含む MemoryStream があり、ストリームの内容をディスクに書き込むことなく、そのストリームからFontFamily WPF オブジェクトを作成できるようにしたいと考えています。System.Drawing.FontFamily でこれが可能であることはわかっていますが、System.Windows.Media.FontFamily でそれを行う方法がわかりません。

注: ストリームのみを使用するため、アプリケーションのリソースとしてパックすることはできません。また、ディスクのアクセス許可の問題により、「コンテンツ」として参照するためにフォント ファイルをディスクに書き込むこともできません。

アップデート：

API ドキュメントには、アプリケーション リソースの使用方法が記述されていますが、それがアセンブリ内の埋め込みリソースなのかディスク上のファイルなのかは明確ではありません。

アプリケーションの一部としてパッケージ化されているフォントを参照するときに、ベース URI 値を使用できます。たとえば、ベース URI 値を「pack://application」URI にすることができます。これにより、アプリケーション リソースとしてパッケージ化されたフォントを参照できます。次のコード例は、ベース URI 値と相対 URI 値で構成されるフォント参照を示しています。

何年もの間、私は自分のコンピューターから音楽ストリームを作成する方法を研究してきました。私はプログラムを見たことがありますが、私が見た便利なものは Windows のみです (私は Mac を使用しています)。

最終的に、ストリームがどのように機能するのかに興味を持つようになりました。でソケット関数を使用して、独自のストリームを作成する方法はありますPHPか? PHPこれのためのライブラリはありますか？

私のコードでは、 fprintf は STREAM に書き込まれたバイト数を返すことで正常に戻りますが、実際のファイルには、私が書いた文字列はありません。

テキスト エンコーディングの問題を回避する簡単な方法はありますか?

fdopen を使用して、ストリームを開いているファイルに関連付けます。

ファイルをclose()開くと、ストリームも自動的に関連付けが解除され、すべてのストリーム メモリが OS に返されますか?それとも、fdopen されたファイルを認識して特定の方法で閉じる必要がありますか?

-アダム

Mac で Cocoa を使用してオーディオ ストリームをプログラムで作成するにはどうすればよいですか。Cocoa アプリで Mac OSX のコア フレームワークを使用してホワイト ノイズ ジェネレーターを作成するにはどうすればよいでしょうか?

私の C# クラスは、tcp ストリーム スタイルのソケット接続を介して受信した大量のイベントを処理できる必要があります。クラスのソケットが tcp サーバーから受信するイベント メッセージの量は完全に可変です。たとえば、10 秒間に 1 つのイベント メッセージしか受信しない場合もあれば、1 秒間に 60 のイベント メッセージを受信する場合もあります。

メッセージを受信するために Socket.ReceiveAsync を使用しています。ReceiveAsync は、受信操作が保留中の場合は true を返し、ネットワーク上に既にデータがあり、受信操作が同期的に完了した場合は false を返します。操作が保留中の場合、Socket は IO 完了スレッドでコールバックを呼び出します。それ以外の場合は、現在の (IOC) スレッドで独自のコールバックを呼び出します。さらに、イベント メッセージに混じって、この tcp サーバーに送信されたコマンドに対する応答も受け取ります。応答メッセージはすぐに処理されます。スレッドプールワーカーを起動することにより、個別に。

ただし、「十分な」(N) 個のイベント メッセージをキューに入れるか、ネットワーク上になくなるまで、スレッドプール ワーカーを起動して、イベント メッセージのバッチを処理したいと考えています。また、すべてのイベントを順番に処理したいので、一度に 1 つのスレッドプール ワーカーだけが処理されるようにします。

イベント メッセージのプロセッサは、メッセージ バッファをオブジェクトにコピーし、イベントを発生させてから、メッセージ バッファを解放してリング バッファ プールに戻すだけで済みます。私の質問は...これを達成するための最良の戦略は何だと思いますか?

さらに情報が必要ですか? お知らせ下さい。ありがとう！！

多くの短いメッセージを含む高スループットの状況で、.NET で Stream.BeginWrite Async I/O API を使用しようとしています。そのため、スキャッター/ギャザー API は、コンテキスト スイッチ (および CPU 使用率) の数を大幅に削減します。この API は LPBUFFERS Win32 API を使用しますか? Scatter/Gather I/O の代替 API はありますか?