File.Copy et WPF

Question

J'ai un petit problème avec la méthode File.Copy dans WPF, mon code est très simple et je reçois une exception quand je le lance,

Could not find a part of the path 'Images\37c31987-52ee-4804-8601-a7b9b4d439fd.png'. 

où Images est un dossier relatif.

Voici mon code, comme je l'ai dit simple et le même code fonctionne très bien dans une application console, pas de problème du tout.

string filenamae = System.IO.Path.Combine(images, Guid.NewGuid().ToString() + System.IO.Path.GetExtension(imageFile)); ; 
System.IO.File.Copy(imageFile, filenamae); 
this.ImageLocation = string.Empty; 

Donc, si tout peut aider, merci.

Answer 1

Le dossier images existe-t-il? File.Copy ne le crée pas automatiquement.

Savez-vous quel est votre répertoire actuel? Fichier ouvrir/enregistrer des boîtes peuvent changer cela. Il est donc toujours plus sûr de travailler avec des chemins absolus.

Faites un

Path.GetFullPath(filename) 

et voir où cela pointe. Est-ce le bon endroit?

Answer 2

Si vous utilisez l'absolu au lieu du chemin relatif, cela fonctionne-t-il alors?

Answer 3

Avez-vous un débogueur? Pourquoi ne pas insérer un point d'arrêt et vérifier les valeurs utilisées à chaque étape?

Si le système de fichiers dit « ne peut pas trouver le fichier », je ne viendrais pas discuter avec elle ...

Answer 4

Avant d'accéder à un fichier, vous devez appeler System.IO.File.Exists(). Il n'est pas clair à partir de votre description d'erreur si le fichier d'origine existe ou pas avant la copie.

Si vous ne spécifiez pas de chemin absolu, votre chemin relatif est souvent résolu à partir d'endroits inattendus, généralement le répertoire de travail actuel du processus. L'appel de cette méthode peut vous dire étiez le processus en cours d'exécution:

System.IO.Directory.GetCurrentDirectory()

Vous ne devriez jamais faire des hypothèses sur le répertoire de travail en cours d'un processus en cours d'exécution que l'utilisateur peut démarrer votre programme de n'importe où. Même si vous pensez que vous contrôlez toujours le répertoire de travail actuel, vous serez surpris de la fréquence à laquelle vous vous tromperez.

Answer 5

utilisation \\ pour le répertoire de chemin du fichier si elle dans locale .. si votre fichier existe dans l'utilisation du chemin réseau \\\\ (atfirst) .. Pour que l'air pour lecteur réseau ..

Merci

Answer 6

Il est nécessaire d'incorporer tous les fichiers externes dans l'exécutable et de modifier votre code pour qu'il fonctionne avec ces fichiers incorporés plutôt que de s'attendre à des fichiers sur le disque. Pour utiliser des images ou tout ce dont vous avez besoin ("xml/txt/doc"), vous devez définir l'action de construction de votre fichier sur Embedded Resource, et appeler la méthode avec le nom complet du fichier, où le nom est assemblé comme ceci:

[RootNameSpaceOfTheProject]. [NameOfFolderInTheProject].[FileNameWithExtension]

Exemple:

appeler la méthode:

var b = ResourceOperations.GetResourceAsByteArray ("Store.Resources.EmbeddedIcons.toolbox.png"); Vous pouvez maintenant écrire le tableau d'octets dans un fichier temporaire par exemple et l'utiliser comme source d'image, ou vous pouvez directement créer une image à partir du tableau d'octets. Au moins, vous avez vos données ...

et d'enregistrer ces fichiers sur un disque que nous devrions écrire un code par @Jon Skeet:

public static void CopyStream(Stream input, Stream output) 
{ 
    // Insert null checking here for production 
    byte[] buffer = new byte[8192]; 

    int bytesRead; 
    while ((bytesRead = input.Read(buffer, 0, buffer.Length)) > 0) 
    { 
     output.Write(buffer, 0, bytesRead); 
    } 
    } 

puis l'appeler:

using (Stream input = assembly.GetManifestResourceStream(resourceName)) 
    using (Stream output = File.Create(path)) 
    { 
     CopyStream(input, output); 
    }