問題タブ [fileinfo]

コード：

それで、誰かが何がうまくいかないのか知っていますか？私は頭を悩ませました。私はグーグルで、スタックオーバーフローを検索しました。それはばかげたものでなければなりません。何も思いつきません。

ファイルを FTP で送信したいのですが、特定の目的で FileInfo クラスを使用しています。

インメモリ ファイルを作成し、それを使用して FileInfo を初期化することは可能でしょうか?

後で必要に応じて、どうすればファイルをディスクに書き込むことができますか?

次の行は、 Cakeで始まるすべてのファイルをフェッチします。

Cakeで始まらないすべてのファイルを取得するための検索パターンを作成するにはどうすればよいですか？

Xmlファイルを表す文字列を返すWebサービスがあります。文字列は適切に形成されたxmlです。文字列からFileInfoオブジェクトを作成して、逆シリアル化できるようにする必要があります。

私はファイルパスを持っていません、またはそれが切断されたサーバーであるため、私がそれを行っても役に立たないです。

文字列をXmlDocumentに変換できます-

FileInfoを取得して、逆シリアル化するにはどうすればよいですか？助けてください。

解決：

返信ありがとうございます。サービスから返された文字列からXmlReaderを作成し、XmlSerializer.Deserializeを使用して必要なオブジェクトを取得しました。

私のアプリケーションはこれを行い、wmplib を使用して選択したサウンドを再生し、statechangeevent = 1 (メディア プレーヤーが停止) になったら、close() コマンドを使用してプレーヤーを閉じ、URL を "" に設定します。

毎回、現在再生中のサウンドを削除しようとしましたが、実際には削除されます。ディレクトリを見ると、ファイルが削除されているためです。ファイルを削除するたびに、ディレクトリ内のメディア ファイルをリストするコントロールをリロードします。ただし、ディレクトリ内で既に削除されているサウンドは検索されます。

私はこの方法でゆっくりとデバッグを試みましたが、ファイル情報delete()コマンドの削除に時間がかかることがわかりました。これは、メディア プレーヤーを閉じると削除に時間がかかるため、コレクションをリロードしようとするたびに現在再生中の曲を削除した後、削除された曲はまだそこにあります。メディア プレーヤーが曲を再生していないときに削除しようとすると、すばやく削除され、コレクションをリロードすると、曲がなくなったという結果が表示されました。

問題は、現在再生中のファイルを削除して、リロードするコレクションがディレクトリ内の正しい数の曲を表示するようにするにはどうすればよいかということです。

どんな助けでも大歓迎です。

私のコードは以下の通りです。

多分これが問題ですか？削除されている現在再生中のサウンドだけがこの問題を引き起こすのでしょうか?

2つのフォルダ内のファイルを比較するプログラムがあります。ファイルの名前が変更されたかどうかを検出し、最新のファイル（最近名前が変更されたファイル）を特定し、古いファイルの名前を一致するように更新したいと思います。

これを実現するには、最新のファイルが古いファイルと少しずつ同一であるかどうかを確認し、同一である場合は、古いファイルの名前を新しいファイルと一致するように変更します。

問題は、どのファイルの名前が最近変更されたかを教えてくれるものが何もないということです。

FileInfo.LastModifiedのようなプロパティが欲しいのですが、名前が変更されたファイルの場合です。

私はすでにFileSystemWatcherのようなソリューションを見てきましたが、それは私が探しているものではありません。フォルダーの状態を追跡する専用のプロセスを気にすることなく、いつでもシンクロナイザーを実行できるようにしたいと思います。

何か案は？

私は MIME タイプに慣れていませんが、これは奇妙です。通常、テキスト ファイルは text/plain MIME と見なされていましたが、fileinfo の実装後、このタイプのファイルは "text/x-pascal" と見なされるようになりました。ユーザーがアップロードできるようにする前に、正しい MIME タイプが設定されていることを確認する必要があるため、少し心配です。

fileinfo によって解釈される「一般的な」マイムをすべて教えてくれるチート シートはありますか?

Sinan は、より一般的な MIME をすべてリストしたリンクを提供しました。このリストを見ると、.txt ファイルは text/plain mime であることがわかりますが、私の場合、plain-jane テキスト ファイルは text/pascal として解釈されます。

アセンブリに埋め込みリソースとして JavaScript ファイルがあり、"System.Reflection.Assembly.GetExecutingAssembly().GetManifestResourceStream("someName");" のストリームを使用しようとしています。新しい FileInfo オブジェクトを作成します。私の混乱は、ストリームを使用して FileInfo を作成する方法です。誰かがこれで私を助けることができれば、私は非常に感謝しています. おそらく簡単なことだと思いますが、通常、私がいつも見落としているのは簡単なことです。

var fileOpen = new OpenFileDialog(); var clickedOk = fileOpen.ShowDialog(); if (!((bool) clickedOk)) return;

この場合、なぜ diPath.Exists が false なのか疑問に思っています。ユーザーがファイルを選択したため、ディレクトリが存在する必要があります!? そしてそれは...

をDirectory.Exists(fiPath.DirectoryName)使用して回避策を使用しましたが、上記が機能しないのは奇妙に思えます。また、存在することがわかっているものを確認するためだけに他の var が必要で、diPath を使用できるはずであることに少しイライラします。どうしたんだ？

また、関連する問題として、ディレクトリ C:\random\spot\here のディレクトリ情報があるとします。なぜその文字列「C:\random\spot\here」を取得する方法がないのですか? 」または「ここ」に名前を付けます。多分私は何かを逃した。

ありがとう、

ヘッダー内のダウンロードするように要求されたファイル (HTTP) コンテンツの長さが、ダウンロード時の実際のファイルの長さ (サイズ) と等しくないという経験はありますか?