問題タブ [streamwriter]

これは機能します：

これにより、空のファイルが作成されます。

FileStream コンストラクターをいじってみましたが、フラッシュを試みましたが、まだゼロバイトのファイルを取得しています。私が書いている文字列は、特殊文字を含まない単純な base64 でエンコードされた ASCII 文字列です。

最初の例を使用できることはわかっていますが、2 番目の例が機能しないのはなぜですか?

アップデート

これは Filestream/StreamWriter の問題ではなく、変数の命名の問題でした。上記のコードを修正したので、両方のバージョンが動作するようになりました。私はもともと持っていました：

StreamWriter.WriteLine を使用して書き込むと、CRLF が文字列に追加されて (SerialPort に) 送信されます。

以下のようなデータで StreamReader.ReadLine を使用して同じ C# プログラムで文字列を読み取ると、(char) で表される CRLF ではなく、最初の (char)13.ToString() で表される最初の CR までしか読み取れません。 13.ToString() + (char)10.ToString() の組み合わせ。

最後にあるCRLFブロックまで読み取って、CRで停止しないようにするにはどうすればよいですか?

ありがとう。

C＃の文字列を含むファイルを（先頭に）追加したいと思います。現在、ファイルのコンテンツを文字列と元のコンテンツに置き換えています。 ストリームライターがエンコードされた文字を台無しにするので、私はこれをしたくありません。

（各文字の）元のエンコーディングを変更せずにテキストファイルをプリペンドする方法はありますか？

方法があります。

StreamWriterを使用してログを記録できる外部ライブラリを使用しています。ここで、ログの内容に基づいて処理を追加したいと思います。ログファイルのループを避けたいので、StreamWriterから継承するクラスを作成したいと思います。
メソッド/コンストラクターの再実装を最小限に抑えてStreamWriterから継承するための最良の方法は何ですか？

System.Diagnostics.Processは、StandardInputという名前のStreamWriterを公開します。これは、私が知る限り、文字のみを受け入れます。

ただし、キーストロークも送信する必要があり、一部のキーストロークは文字に適切にマッピングされません。

私は何をすべきか？

Console.SetOut メソッドを使用してすべての Console.Out.WriteLines をファイルに書き込んでいますが、これは機能します。唯一の問題は、Console.Out.WriteLine が発生するたびに書き込むのではなく、アプリケーションを閉じたときにすべてをテキスト ファイルに書き込むことだけです。これをどのように実現できるかについてのアイデアはありますか?

やり方: 前 Application.Run();

Application.Run() の後:

ありがとう。

サーバー上で次のコードを実行して、1 時間ごとに新しいログ ファイルを作成しようとしています。その日の最初のログ ファイルが作成され、正常に書き込まれますが、その日のログ ファイルはそれ以上作成されません。何がうまくいかないのでしょうか？例外もスローされません。

前回の質問の続きです...

次のコードは、Web サーバーにログ ファイルを作成します。

ログ ファイルは、Web サイトの管理ページからリンクされています。

誰かがリンクからログ ファイルの 1 つを見た後、そのログ ファイルへの書き込みが停止するという問題が発生しています。

データの読み取りとファイルへの書き込みを同時に行いたい。StreamReaderとStreamWriterをファイルのみで使用できますか？そして、なぜ以下のコードは数字を出さないのですか？

プロセスに関する情報をプログラムでログインしているファイルがあるとします。通常のデバッグConsole.WriteLineに似ていますが、テストするコードの性質上、書き込むコンソールがないため、ファイルのような場所に書き込む必要があります。私の現在のプログラムは、このタスクにSystem.IO.StreamWriterを使用しています。

私の質問は、StreamWriterを使用するためのアプローチについてです。1つのStreamWriterインスタンスだけを開き、すべての書き込みを実行し、プロセス全体が完了したらそれを閉じる方がよいでしょうか。または、新しいStreamWriterインスタンスを開いてファイルに行を書き込み、すぐに閉じて、何かを書き込む必要があるたびにこれを行う方がよいでしょうか。後者のアプローチでは、これはおそらく、メインプロセスコードを過剰な行数で肥大化させるのではなく、特定のメッセージに対してそれを実行するメソッドによって容易になります。しかし、その実装を支援する方法があるからといって、必ずしもそれがより良い選択になるとは限りません。どちらかのアプローチを選択することに大きな利点はありますか？それとも、機能的に同等であり、プログラマーの肩に選択肢を残していますか？