Quelle est la différence entre raw chaîne d'interpolation et triples guillemets dans scala

Scala a une triple chaînes entre guillemets """String\nString""" utiliser des caractères spéciaux dans la chaîne sans s'échapper. Scala 2.10 également ajouté raw"String\nString" pour le même but.

Est-il une différence dans la façon dont raw"" et """""" travail? Peuvent-ils produire de sortie différents pour la même chaîne?

  • La vision critique que j'ai obtenu des réponses ci-dessous est qu'en utilisant le "s" de l'interpolateur combiné avec le "triple citation" de l'interpolateur permis de substitution dans une statique multi-modèle ligné. J'étais sur le point d'écrire ma propre quand je l'ai googlé, vu @som-snytt la réponse ci-dessous et est TELLEMENT excité. La façon de l'utiliser est val template = s"""Hi there, $name! You have $amount credits remaining! Code: ${code}00""" Les accolades sur le dernier paramètre sont nécessaires en raison de la immédiatement suite de caractères alphanumériques.
InformationsquelleAutor ntn | 2014-09-02
  1. 64

    À la recherche à la source pour la valeur par défaut interpolateurs (trouvé ici: https://github.com/scala/scala/blob/2.11.x/src/library/scala/StringContext.scala) il ressemble à la "première" de l'interpolateur appelle la fonction identité sur chaque lettre, de sorte à ce que vous mettez dans est ce que vous obtenez. La différence la plus importante que vous trouverez, c'est que si vous fournissez un littéral de chaîne dans votre code source qui inclut la citation de caractères, la crue de l'interpolateur ne fonctionne toujours pas. c'est à dire vous ne pouvez pas dire 

    raw"this whole "thing" should be one string object"

    mais vous pouvez dire

    """this whole "thing" should be one string object"""

    Donc, vous demandez peut-être "Pourquoi aurais-je jamais la peine à l'aide de la crue de l'interpolateur alors?" et la réponse est que le raw de l'interpolateur encore effectue la substitution de variable. Donc

    val helloVar = "hello"
val helloWorldString = raw"""$helloVar, "World"!\n"""

    Vous donnera la chaîne de caractères "bonjour "Monde"!\n" avec le \n n'est pas un être converti en un saut de ligne, et les guillemets autour du mot monde.

    • Merci, j'ai raté la partie dans les docs où il est dit qu'il ne l'interpolation.
    • Pour l'enregistrement, la scaladoc fait de dire ce qu'il fait. scala-lang.org/files/archive/nightly/2.11.x/api/2.11.x/...*):String
    • En gros, vous dites que raw fait ce s n'. Je peux s"""$literal string with substitution""". Cela n'explique pas le besoin de row de toute façon.
    • La différence est que le s de l'interpolateur effectue toujours s'échapper, car il n'est pas conscient qu'il est en triple guillemets. som-snytt 's réponse fait un excellent travail de montrer et d'expliquer ceci: stackoverflow.com/a/25633978/892445
    • Voici une chose amusante, j'ai juste couru à travers. Le caractère $ marque une variable dans l'interpolation et la fin d'une ligne ou d'une chaîne de caractères dans la regex. Donc triple citant s'avère être mieux pour les expressions régulières.
    • Je pense que le premier point est l'argument principal en cause, nous pouvons également effectuer de la chaîne d'interpolation avec triple guillemets en ajoutant un s - s""" $myVariable """ - dans ce cas, on peut se demander quelle est la différence de la crue de l'interpolateur et la s de l'interpolateur avec triple guillemets (question légèrement différente...)

    InformationsquelleAutor alexkrishnan
  2. 27

    Il est surprenant de constater que l'utilisation de la s-interpolateur virages s'échappe sur le dos, même lors de l'utilisation de triple guillemets:

    scala> "hi\nthere."
res5: String =
hi
there.

scala> """hi\nthere."""
res6: String = hi\nthere.

scala> s"""hi\nthere."""
res7: String =
hi
there.

    Le s-interpolateur ne sait pas que c'est la transformation de la chaîne de pièces qui ont été à l'origine de la triple cité. Donc:

    scala> raw"""hi\nthere."""
res8: String = hi\nthere.

    C'est important quand vous êtes à l'aide de barres obliques inverses par d'autres moyens, tels que les regexes:

    scala> val n = """\d"""
n: String = \d
scala> s"$n".r
res9: scala.util.matching.Regex = \d
scala> s"\d".r
scala.StringContext$InvalidEscapeException: invalid escape character at index 0 in "\d"
at scala.StringContext$.loop$1(StringContext.scala:231)
at scala.StringContext$.replace$1(StringContext.scala:241)
at scala.StringContext$.treatEscapes0(StringContext.scala:245)
at scala.StringContext$.treatEscapes(StringContext.scala:190)
at scala.StringContext$$anonfun$s$1.apply(StringContext.scala:94)
at scala.StringContext$$anonfun$s$1.apply(StringContext.scala:94)
at scala.StringContext.standardInterpolator(StringContext.scala:124)
at scala.StringContext.s(StringContext.scala:94)
... 33 elided
scala> s"""\d""".r
scala.StringContext$InvalidEscapeException: invalid escape character at index 0 in "\d"
at scala.StringContext$.loop$1(StringContext.scala:231)
at scala.StringContext$.replace$1(StringContext.scala:241)
at scala.StringContext$.treatEscapes0(StringContext.scala:245)
at scala.StringContext$.treatEscapes(StringContext.scala:190)
at scala.StringContext$$anonfun$s$1.apply(StringContext.scala:94)
at scala.StringContext$$anonfun$s$1.apply(StringContext.scala:94)
at scala.StringContext.standardInterpolator(StringContext.scala:124)
at scala.StringContext.s(StringContext.scala:94)
... 33 elided
scala> raw"""\d$n""".r
res12: scala.util.matching.Regex = \d\d
    • C'est en effet bizarre, et pas ce que j'aurais cru être le cas. Merci pour ça.
    • Je souhaite que je pourrais upvote ce plus d'une fois. Il vient de m'a sauvé plusieurs heures. Je me préparais à écrire ma propre mise en œuvre pas au courant que je puisse combiner le "s" de l'interpolateur avec le "triple citation" de l'interpolateur! J'ai été à la recherche de cette solution pendant plus d'un an (et bêtement codé en dur d'un ruban adhésif et d'écoper de fil de la solution à plusieurs reprises).
    InformationsquelleAutor som-snytt