Scala script pour copier des fichiers

Je veux copier le fichier a.txt pour newDir/à partir de l'intérieur d'un script scala.
En java, ce serait fait par la création de 2 flux de fichiers pour les 2 fichiers, la lecture de la mémoire tampon de a.txt et de l'écrire à la FileOutputStream du nouveau fichier.
Est-il une meilleure façon de réaliser cet objectif dans le scala? Peut-être quelque chose à scala.outils.nsc.io._. J'ai cherché partout mais impossible de trouver beaucoup.

InformationsquelleAutor kulkarni | 2010-02-08

36

Pour des raisons de performances, il est préférable d'utiliser java.nio.Canal effectuer la copie.

Liste des copie.scala:
```
import java.io.{File,FileInputStream,FileOutputStream}
val src = new File(args(0))
val dest = new File(args(1))
new FileOutputStream(dest) getChannel() transferFrom(
    new FileInputStream(src) getChannel, 0, Long.MaxValue )
```
Pour essayer de créer un fichier appelé test.txt avec le contenu suivant:
```
Hello World
```
Après la création de test.txt, exécutez la commande suivante à partir de la ligne de commande:
```
scala copy.scala test.txt test-copy.txt
```
Vérifier que test-copy.txt a Hello World que son contenu.
- Un côté de ma solution, c'est qu'il prend en charge les fichiers binaires. Un effet secondaire est qu'il vous lie à Java, ce qui est mauvais si vous avez l'intention d'exécuter votre Scala code sur .NET.
- C'est aussi beaucoup plus agréable de code que de traiter avec les octets de vous-même.
- C'est une excellente réponse et devrait être la solution retenue de l'OMI. Une chose à noter, vous pouvez avoir besoin d'appeler dest.createNewFile comme le FileInputStream échouera si dest n'existe pas. Aussi, vous pouvez avoir besoin dest.getCanonicalFile.getParentFile.mkdirs pour créer tous les répertoires parents de la destination du fichier.
- Pouvez-vous annuler le transfert à partir d'un autre acteur? (supposons que c'est un long transfert et l'utilisateur décide de l'abandonner)
- oui, en effet. FileChannel est une InterruptibleChannel qui prend en charge l'opération d'annulation à l'aide de close() sur la source ou le canal de destination et à l'aide de Thread#interrupt(). Vous pourriez l'appeler Thread#interrupt() sur l'acteur de fil en quelque sorte, mais c'est plus l'intention de révéler à conserver une référence à la source et canal d'appel de close() pour arrêter le transfert.
InformationsquelleAutor Alain O'Dea
32

Pourquoi ne pas utiliser Apache Commons IO et FileUtils.copyFile() en particulier ? Notez que FileUtils a un grand nombre de méthodes pour copier des fichiers/répertoires etc.
- Downvoted pourquoi ? La réutilisation d'un composant existant pour ce qui semble pragmatique pour moi.
- Je peux penser à un couple de raisons: il n'est pas idiomatique à la Scala, le lien est rompu, et il introduit un 181 KB dépendance sur votre projet, quelque chose qui pourrait être écrit en moins de 10 lignes de code (il est vrai que l'on est discutable). Mais le plus en évidence la réponse ci-dessous illustre la façon d'accomplir ceci avec built-in java.nio.
- Lien fixe. Comme pour l'introduction d'un 181Kb dépendance, je ne serais pas vraiment de soucis. En outre, il est très probable que vous êtes à l'aide de ces libs déjà, et je serais certainement enquêter sur de telles bibliothèques pour les services publics, comme cela, plutôt que de mettre ensemble votre propre de "l'utilité" de la bibliothèque de faire quelque chose de similaire
- L'introduction de la 3e partie des dépendances est ok aussi longtemps que vous êtes en train de construire le produit final. Si vous êtes à l'expédition de votre code à exécuter à l'intérieur d'une autre application, vous seriez introduire des dépendances transitives qui n'est pas une bonne idée, en particulier pour quelque chose d'aussi simple que cela.
InformationsquelleAutor Brian Agnew
20

Java 7 est, et maintenant vous avez une autre option: java.nio.file.Files.copy. Le probablement la solution la plus simple (Et avec Scalas supérieure import encore plus facile). À condition que from et to sont des chaînes de caractères comme dans votre question:
```
import java.nio.file.StandardCopyOption.REPLACE_EXISTING
import java.nio.file.Files.copy
import java.nio.file.Paths.get

implicit def toPath (filename: String) = get(filename)

copy (from, to, REPLACE_EXISTING)
```
De sûr, vous devriez commencer à utiliser java.nio.file.Paths au lieu de chaînes de caractères.

InformationsquelleAutor Martin
9

Si vous voulez vraiment le faire vous-même au lieu d'utiliser une bibliothèque comme commons-io, vous pouvez effectuer les opérations suivantes dans la version 2.8. Créer une méthode d'aide à "l'utilisation". Il vous donnera un formulaire automatique de gestion des ressources.
```
def use[T <: { def close(): Unit }](closable: T)(block: T => Unit) {
  try {
    block(closable)
  }
  finally {
    closable.close()
  }
}
```
Ensuite, vous pouvez définir une méthode de copie comme ceci:
```
import java.io._

@throws(classOf[IOException])
def copy(from: String, to: String) {
  use(new FileInputStream(from)) { in =>
    use(new FileOutputStream(to)) { out =>
      val buffer = new Array[Byte](1024)
      Iterator.continually(in.read(buffer))
          .takeWhile(_ != -1)
          .foreach { out.write(buffer, 0 , _) }
    }
  }
}
```
Noter que la taille de la mémoire tampon (ici: 1024) pourraient avoir besoin de quelques réglages.
- OMI, le nio.Canal de la solution est beaucoup plus simple
- cette approche est utilisable à travers beaucoup plus de types de cours d'eau
- Le nio est en effet plus simple, mais cet extrait est tellement cool! Classique De La Scala.
InformationsquelleAutor Ruediger Keller
3

Location de sbt.IO. C'est de la pure scala, il vous permet de copier uniquement les fichiers modifiés, est utile des routines comme copyDirectory, delete, listFiles etc . Vous pouvez l'utiliser comme suit:
```
import sbt._
IO.copyFile(file1, file2)
```
Remarque vous devez ajouter un bon de dépendance:

libraryDependencies += "org.scala-sbt" % "io" % "0.13.0"

MODIFIER:
En fait, ce n'est pas une bonne approche, puisque la dépendance "org.scala-sbt" % "io" % "version" a été compilé à l'aide de particulier scala version et pour l'instant vous ne pouvez pas l'utiliser avec la version 2.10.X scala version. Mais peut-être que dans l'avenir, vous pouvez ajouter double %% en vous de dépendance comme "org.scala-sbt" %% "io" % "version" et il fonctionne...

InformationsquelleAutor pawel.panasewicz
2

Si vous ne vous inquiétez pas trop à propos de la vitesse, vous pouvez faire de votre vie un peu plus facile en lisant le fichier à l'aide de la scala.io.Source (cette mise en œuvre est pour 2.7.7):
```
def copyF(from: java.io.File, to: String) {
  val out = new java.io.BufferedWriter( new java.io.FileWriter(to) );
  io.Source.fromFile(from).getLines.foreach(s => out.write(s,0,s.length));
  out.close()
}
```
Mais la Source de toutes les difficultés de l'analyse du fichier ligne par ligne, puis vous écrire de nouveau, sans même le traitement de l'lignes. À l'aide de l'octet de lecture/écriture Java style sera beaucoup plus rapide (environ 2-3x dernière fois que j'ai comparé ça).

Edit: 2.8 mange des retours à la ligne, donc vous devez les ajouter dans l'écriture.
- Je pourrais avoir un grand nombre de fichiers, et les différents types de fichiers à copier. Les fichiers peuvent également assez grand en taille. Serait slurp() ou tout autre api dans le scalax aider?
- Dans ce cas, je dirais de Brian suggestion est la bonne--utiliser Apache Commons IO. C'est fait pour faire tout ce que vous voulez, et Scala est fait pour utiliser les bibliothèques Java.
- -1. Bousille les retours à la ligne sur mon système.
- Cette réponse était pour 2.7.7, comme je l'ai dit. 2.8 mange des retours à la ligne. Vous devez aussi ajouter le () après getLines dans la 2.8.
- Ah, ne savent pas qu'ils ont changé la mise en œuvre! Changé à +1
- Désolé, mais je ne peux pas supprimer le fichier de destination après votre copie. Certainement, nous devons faire de il a accepté de répondre.
InformationsquelleAutor Rex Kerr
1

Si vous ne voulez pas utiliser quoi que ce soit externe, il suffit de faire comme vous l'auriez fait en Java. La bonne chose est que vous pouvez.

InformationsquelleAutor Geo
0

Scalax a scalax.io.FileExtras.copyTo(dest : Fichier). Mais le développement semble s'être arrêté.
- Le lien est mort...
InformationsquelleAutor Thomas Jung
-1

De scala-io de la documentation:
```
import scalax.io._
import Resource._

fromFile("a.txt") copyDataTo fromFile("newDir/a.txt")
```
- scala-io ressemble à un projet mort
InformationsquelleAutor santiajo

Vous devez vous connecter pour publier un commentaire.