Des exemples concrets de l'utilisation de symboles dans Scala?

Scala a des symboles, des noms qui commencent par une apostrophe ' et qui sont une sorte de constantes de chaîne.

Je sais symboles de Ruby (où ils commencent par un signe deux-points). En Ruby, ils sont utilisés pour certaines méta-programmation des tâches, comme générer les accesseurs et mutateurs pour les variables de membre (par exemple attr_reader :name pour générer un getter pour name).

Je n'ai pas vu beaucoup de l'utilisation de symboles en Scala code encore. Quelles sont les utilisations pratiques des symboles dans les Scala?

InformationsquelleAutor Jesper | 2009-08-24
  1. 33

    Faire des symboles de vraiment s'intégrer dans le Scala?

    Dans le pays merveilleux de Lisp, le code est représenté par des listes imbriquées à la lettre les objets qui indiquent eux-mêmes (chaînes de caractères, nombres, et ainsi de suite), et les symboles, qui sont utilisés comme identificateurs pour des choses comme les classes, les fonctions et variables. Comme le code Lisp a une structure très simple, Lisp permet au programmeur de manipuler (à la fois au moment de la compilation et de l'exécution). Clairement, quand on fait cela, le programmeur va inévitablement rencontrer des symboles comme des objets de données.

    Si les symboles sont (et doivent être) des objets en Lisp dans tous les cas, alors pourquoi ne pas les utiliser comme table de hachage touches ou les énumérations ainsi? C'est la façon habituelle de faire les choses, et qu'il conserve dans un langage simple, que vous n'avez pas à définir un spécial de type énumération.

    Pour résumer, les symboles sont naturellement utilisés pour le code de la manipulation, de l'énumération, et la saisie des données. Mais Java gens ne les utilisent pas l'identité comme relation d'équivalence entre les clés de hachage par défaut (qui traditionnel Lisp n'), ils peuvent utiliser les chaînes de caractères comme leurs clés. Les types Enum sont définis séparément en Scala. Et enfin, le code de données n'est pas pris en charge par la langue.

    Donc pas, mon impression est que les symboles n'appartiennent pas à la Scala de langue. Cela dit, je vais garder un œil sur les réponses à cette question. Ils font preuve d'une réelle utilisation des symboles dans Scala que je ne peux pas penser de la droite maintenant.

    (Addendum: Selon le dialecte de Lisp, Lisp symboles peuvent également être l'espace de noms qualifiés, ce qui est, bien sûr, extrêmement utile lors de la manipulation de code, et une fonctionnalité que les chaînes n'ont pas.)

    • Vous auriez encore envie de clé de hachages avec des symboles sur les cordes, ou ce n'est pas, comme ils sont moins chers et facilitent l'refactoring, l'accent sur ce dernier. Symboles si quoi que ce soit de promouvoir la séparation du code et des données, ce qui est recherché dans Scala, comme vous l'avez dit clairement, ce n'est pas de la magie de la chaîne qui se trouve être nommé de la même manière à travers la base de code, mais c'est en fait le code.
    • vous avez raison sur le code et les données, mais, hélas, le cas des objets va battre des symboles à chaque fois ou presque dans ce domaine. Voir ma réponse à une question sur le type-safe Énumération en Scala.
    InformationsquelleAutor Matthias Benkard
  2. 18

    Cherchant un peu partout sur le web, il semble que le sens des symboles (symboles littéraux) dans (une langue comme l') Scala en comparaison avec des Cordes est une question de sémantique, et donc éventuellement même compilateur de sensibilisation.

    'Chaîne' est un type de données, consistant en une séquence de caractères. Vous pouvez utiliser les chaînes et les manipuler. Les chaînes peuvent être sémantiquement toutes les données de texte, à partir d'un nom de fichier à un message à imprimer sur l'écran, une ligne dans un fichier CSV, ou quoi que ce soit.

    Pour le compilateur -et donc de l'IDE - les chaînes de caractères sont des valeurs d'un type de données Chaîne de caractères, comme les nombres (séquences de chiffres) sont les valeurs d'un type de données de dire: Integer .
    Il y a sur le niveau de programme pas de différence entre "foo" et "bar".

    Otoh, que les Symboles sont des identifiants, c'est à dire du point de vue sémantique de l'identification d'un élément dans le programme.
    Dans cette affaire, ils sont comme les noms de classe, la méthode des noms ou des noms d'attribut.
    Mais alors qu'un nom de classe identifie la classe -à-dire l'ensemble des propriétés de la déclaration de la classe de la structure et de comportement et un nom de méthode qui identifie la méthode -c'est à dire les paramètres et les états- , un nom de symbole identifie le symbole -c'est à dire en soi, rien de plus .

    Sorte que le compilateur peut explicitement la distinction entre les symboles 'foo et bar, comme il l'a fait la distinction entre les classes de Foo et Bar. Dans le cadre du compilateur de la table des symboles, vous pouvez appliquer les mêmes mécanismes dans un IDE par exemple, pour rechercher l'utilisation de " foo (c'est à dire les références à ce symbole), qui, comme vous, recherche pour l'utilisation de la classe Foo.

    En comparaison, la recherche d'une chaîne "toto" exigera des approches différentes, comme le texte complet de numérisation. Il suit la même sémantique que la recherche de toutes les occurrences de 4711 dans le code du programme.

    Voilà comment je comprends bien, quelqu'un peut me corriger si je me trompe.

    InformationsquelleAutor Det
  3. 15

    Selon la Scala livre, les Symboles sont internés: "Si vous écrire deux fois le même symbole, les deux expressions se réfèrent à la même Symbol objet."

    En revanche, Strings ne sont internés si elles semblent littéralement (au moins en Java, ils sont, pas tout à fait sûr de la Scala). Donc je suppose que si vous faites beaucoup de sérialisation de Strings qui sont alors placés dans des collections, vous pouvez utiliser des symboles à la place et vous épargner un peu de mémoire.

    Mais je suis d'accord avec skaffman, je ne suis pas totalement convaincu de leur utilisation.

    (En Ruby, Symbols sont, à l'exception de la méta-programmation exemple que vous donnez, souvent utilisés comme clés dans Hashes. En Ruby, c'est utile parce que là, Strings ne sont jamais internés: tous les String alloue de la mémoire. En Scala, il pourrait être utile, comme je l'ai mentionné, si vous le combinez avec beaucoup de (dé)sérialisation de sorte que le Java Strings n'obtenez pas interné en tant que bien.)

    • Mais si vous utilisez les littéraux de Chaîne au lieu de symbole de littéraux, qui est le sens de la question, puis à la fois obtenir des internés.
    • Exactement, c'est pourquoi la sérialisation est important. Il va vous donner des objets différents pour les mêmes chaînes, dont les Symboles (soi-disant) ne sera pas. Aussi, la question n'est pas explicitement spécifier le Symbole de littéraux. Si c'est littéraux vous voulez, ma réponse, en effet, ne s'applique pas. Ce qui, je pense, serait de faire des Symboles encore plus précaire :).
    • Le système automatique de stage de Symboles signifie également que equals() pour les Symboles peuvent être mis en œuvre comme une référence de contrôle d'égalité, de sorte que les comparaisons peuvent être super rapide (par opposition à l'idée de comparer tous les caractères des deux Chaînes de caractères). Que signifierait qu'ils seraient plus efficaces que des Cordes pour de nombreux usages, par exemple, lorsqu'il est utilisé comme clés dans une Carte?
    • Remarque: Vous pouvez obtenir le stagiaire à partir d'une Chaîne comme en Java avec "asdf".stagiaire() .
    • La désérialisation est vraiment crucial de mentionner. Ce sujet Symbole de la désérialisation? Il semble important que l'identité est préservée mais comment voulez-vous y parvenir? Rien n'explique le Symbold la sérialisation, en dépit de son importance fondamentale, l'OMI.
    InformationsquelleAutor jqno
  4. 15

    Je suppose que Scala ajouté, parce que les langages fonctionnels les utiliser.

    Ils ont oublié, cependant, d'ajouter de la capacité de la référence à un identificateur, par un symbole, qui est une sorte de point central de leur existence. Il y a une fonctionnalité expérimentale en Scala 2.8 qui donne à certains. Je vais vous citer la partie pertinente de la documentation de l'API complète:

    @experimental

object Invocation 
extends AnyRef

    Plus pratique syntaxe pour les invocation.
    Exemple d'utilisation: 

        class Obj { private def foo(x: Int, y: String): Long = x + y.length }

    Vous pouvez l'appeler reflectively de deux façons: 

        import scala.reflect.Invocation._
    (new Obj) o 'foo(5, "abc")                 //The 'o' method returns Any
    val x: Long = (new Obj) oo 'foo(5, "abc")  //The 'oo' method casts to expected type.

    Si vous appelez la oo méthode et ne donnent pas le type inferencer assez d'aide, il sera très probablement en déduire Nothing, ce qui entraînera une ClassCastException.

    Auteur
    Paul Phillips

    InformationsquelleAutor Daniel C. Sobral
  5. 5

    Je crois que les comparaisons entre les symboles est plus rapide. Si vous avez utilisé Erlang, des symboles sont utilisés d'une tonne en passant autour des messages et que vous voulez quelque chose de pas cher, et rapide, qui fonctionne bien sur la machine les frontières. Je ne sais pas dans quel état à distance acteurs sont en Scala, autant que je me souvienne, ils ont été plutôt douteuses, mais dans l'avenir, lorsque en place, des symboles qui pourraient bien être très utile dans beaucoup de la même manière qu'ils sont en Erlang. Aussi des classes de cas, certains des avantages ne sont pas apparente, puis de nouveau, les symboles sont encore moins cher.

    InformationsquelleAutor Saem
  6. 3

    Je suppose que vous utilisez quand vous voulez pour désigner le nom d'une chose qui n'est pas un identifiant existant dans le code. La Scala livre donne l'exemple de l'allusion au nom d'une colonne de base de données - il n'est pas une chaîne de caractères arbitraire, c'est en fait le nom d'une chose.

    C'est un peu ténu, si je ne suis pas complètement convaincu.

    InformationsquelleAutor skaffman
  7. 1

    Je peux en citer un cas où les symboles sont vraiment utilisé en Scala.
    Jouer 2.2 utilise anorm pour accéder à la base de données.
    Voici un exemple de code pour la simple ajouter une entité de la méthode:

    def add(e:Entity): Option[Long] = {
    DB.withConnection {implicit conn =>
        SQL("insert into ENTITY(name, description) values({name}, {description})").on('name -> e.name, 'description -> e.description).executeInsert()
    }
}

    de sorte que vous pouvez voir l'utilisation de symboles dans le .sur(bla bla bla)
    Il est également tout à fait valide pour utiliser les littéraux de Chaîne au lieu de symboles et de certains gars sont en train de faire, mais dans le anorm code source de la méthode de la signature vraiment utiliser le Symbole paremeter type.

    InformationsquelleAutor Alexander Arendar
  8. 1

    Comme l'a déjà noté, les symboles de report, d'autres (plus) les langages fonctionnels. Quelque chose que les autres n'ont pas mentionné, c'est que non seulement ils remplissent le rôle de symboles, mais ils sont aussi l'équivalent le plus proche de mots-clés (moins l'avantage de performance peut-être). À mon avis, ils sont plus utiles que des mots-clés sens explicite identifiants.

    Ci-dessous je vais inclure une cour description de Clojure docs de mots clés et de symboles.

    Symboles

    Symboles sont des identifiants qui sont normalement utilisés pour se référer à quelque chose d'autre. Ils peuvent être utilisés dans les formulaires du programme à consulter les paramètres de la fonction, laissez-les liaisons, les noms de classe et les variables globales. Ils ont des noms et facultatif des espaces de noms, qui sont des chaînes de caractères. Les symboles peuvent avoir des métadonnées (voir avec meta).

    Mots-clés

    Mots-clés sont symboliques des identificateurs d'évaluer eux-mêmes. Ils fournissent très rapide tests d'égalité. Comme Symboles, ils ont des noms et facultatif des espaces de noms, qui sont des chaînes de caractères. Le premier ':' ne fait pas partie de l'espace de noms ou nom.

    Scala symboles ne sont pas aussi puissants que les symboles dans certaines langues. Par conséquent, ils ne sont pas aussi utile soit. Cependant, je ne vois pas pourquoi ils ne pourraient pas offrir le même méta-programmation et avantages en terme de performance que de mots clés. À tout le moins, ils peuvent rendre votre code plus facile à lire.

    InformationsquelleAutor Dominykas Mostauskis