Scala: plusieurs objets et les classes dans un fichier unique ou chaque objet/classe son propre fichier

J'ai récemment commencé la programmation en Scala, à venir à partir de Python et Java, je me demandais quelle est la manière correcte ou le moyen accepté est lors de la définition des objets/classes en Scala. Scala prend en charge, tout comme python, pour ajouter plusieurs la classe ou l'objet de définitions dans un fichier unique.

Donc purement à partir d'une structure acceptée point de vue, est-ce que chaque objet devra être défini dans sa propre fiche ou vous êtes autorisé à choisir vous-même?

  • Je fais des exceptions lorsque le prototypage, mais dès que le code se solidifie, je refactoriser à la norme de s'en tenir à un seul class/trait et/ou d'un compagnon object par fichier. Dans presque tous les cas où je veux définir plusieurs unités, comme avec sealed traits ou des implémentations concrètes, il fait sens pour contenir ceux du compagnon object. Donc, il vient vraiment à la question: est-ce autre unité raisonnablement "appartiennent" à la compagne de l'objet? Si pas, le mettre dans son propre fichier.
InformationsquelleAutor Lucas Kauffman | 2014-06-23
  1. 50

    Il y a un chapitre dans l'officiel Scala Guide De Style sur cette. Il est assez clair en lui-même, mais je vais juste laisser quelques citations ici.

    L'idée de base est:

    En règle générale, les fichiers doivent contenir une logique unique unité de compilation. Par “logique”, je veux dire une classe, d'un trait ou d'un objet.

    Il y a, bien sûr, une exception pour compagnon objets:

    Une exception à cette ligne directrice est pour les classes ou les traits qui ont compagnon objets. Compagnon objets doivent être regroupés avec leurs correspondants de la classe ou du caractère dans le même fichier.

    Il y a aussi le fait que sealed ne fonctionne que dans le même fichier.

    En dépit de ce qui a été dit ci-dessus, il existe certaines situations importantes qui justifient l'inclusion de plusieurs unités de compilation dans un fichier unique. Un exemple courant est celui d'un scellé traits de caractère et de plusieurs sous-classes. En raison de la nature de scellés des super-classes (et les traits), tous les sous-types doit être inclus dans le même fichier.

    La plupart du temps, les classes sont de simples conteneurs de données et peuvent être regroupées.

    Un autre cas est quand plusieurs classes logiquement former qu'un seul, la cohésion de groupe, le partage de concepts au point où la maintenance est largement desservie par les contenant dans un seul fichier.

    Enfin, il y a une convention de nommage pour exemptés multi-unité de fichiers Scala:

    Tous les multi-unité de fichiers doit être donné camelCase noms avec un bas-de-casse de la première lettre.

    Donc: mettez votre Scala de classes et d'objets dans des fichiers séparés, à moins qu'ils entrent dans l'une des trois exceptions mentionnées.

    InformationsquelleAutor DCKing
  2. 11

    En Scala, il est parfaitement valable pour plusieurs classes dans un seul fichier tant QUE ils sont étroitement liés.

    Mais pas toutes les langues encourager la présente convention, et je pense qu'il est utile d'examiner la raison.

    Personnellement, je n'aime pas quand les gens mettent plusieurs classes dans un même fichier, car il est plus difficile de trouver une définition de classe. Ceci est amplifié dans les revues de code où je veux être en mesure de passer en revue le code le plus rapidement possible sans creuser autour.

    Contre

    1. Révision du Code de m'obliger à faire plus de recherche pour trouver une classe
    2. Je n'aime pas avoir à grep pour trouver un fichier
    3. Une convention d'appellation cohérente, me permet d'utiliser mon éditeur de texte ou IDE outils pour ouvrir rapidement un fichier par le nom de la classe

    Pros

    1. Que Jesper souligné, certains scénarios, il
    2. Des cours de soutien/traits sont cachées pour minimiser la structure du fichier "bruit"
    InformationsquelleAutor Jordan Parmer
  3. 4

    Parfois, vous avez à mettre plusieurs traits de personnalité, des classes ou des objets dans un fichier source, en particulier lorsque vous utilisez sealed traits. Un sealed trait ne peut être étendu à l'intérieur du même fichier source.

    InformationsquelleAutor Jesper