Comment déclarer un "protégé" de la variable dans swift

Je veux créer une classe qui hérite d'une autre classe, qui est dans un autre fichier.

Par exemple:

Class1.swift

class Class1
{
    protected var 
    //Do Stuff
}

Class2.swift

class Class2:Class1
{
    //Do stuff
}

Comment aurais-je donc etde avoir accsess à un'protected variable/fonction swift?

Lorsque je déclare une variable privée/fonction, je ne peux l'utiliser en classe. Si j'utilise "fileprivate', mon autre classe doit être dans le fichier Class1. Ce que je veux faire est de garder mes classes dans seporate fichiers et utiliser les Groupes de l'intérieur Xcode pour savoir à quelle classe appartient à la catégorie.

  • Double Possible de N'Swift ont des modificateurs d'accès?
  • J'ai vu que le post becase il n'a rien dit au sujet de "protégés". Cela aurait pu être quelque chose qui a été ajouté dans une version ultérieure de swift, ou être accsessed dans un autre chemin.
  • Un groupe dans Xcode n'a rien à voir avec la compilation ou à la langue elle-même. C'est juste une façon de regrouper logiquement les fichiers de votre projet, de même que des dossiers dans votre système de fichiers. Si vous voulez de mise en œuvre distincte, vous devez utiliser des modules, qui est, les objectifs du projet. Et puis utiliser internal.
  • Le post j'ai fait un lien est mis à jour pour Swift 3.
  • savoir sur les groupes. J'aime avoir des classes dans diffrent fichiers de sorte qu'il est facile pour moi de voir où chaque classe etc. serait dans la structure du fichier.
InformationsquelleAutor iProgram | 2017-01-20
  1. 37

    Que vous auriez à utiliser internal pour que Swift n'offre pas un protected mot-clé (contrairement à de nombreux autres langages de programmation). internal est le seul modificateur d'accès entre fileprivate et public:

    Accès interne permet à des entités à être utilisé dans un fichier source
    de leur module de définition, mais pas dans n'importe quel fichier source à l'extérieur de la
    le module. Vous utilisez généralement un accès interne lors de la définition d'une application ou d'un
    cadre de la structure interne.

    Il y a un post de blog qui explique un peu plus sur les raisons de la langue, les concepteurs ont choisi de ne pas offrir un protected mot-clé (ou quelque chose d'équivalent).

    Certaines des raisons étant que les

    Il ne fait pas offrir une vraie protection, car une sous-classe peut
    toujours exposer les “protégés” de l'API, grâce à une nouvelle méthode ou d'une propriété.

    et aussi le fait que protected pourrait entraîner des problèmes quand il s'agit d'extensions, car elle ne serait pas clair si les extensions doivent également avoir accès à protected propriétés ou pas.

    • Merci pour la réponse. Je savais qu'il était interne, mais depuis, tout le code est dans une unité, cela signifie que je peut aussi bien avoir comme public.
    • Mais c'est ça le problème. Vous avez tout le code dans une seule unité.
    • Thourght qui a été la façon dont les applications où le ment être. Ainsi, en faisant des applications, wverything devrait être dans différentes unités? Si oui, quelle est la meilleure manière de faire ceci? Ou est-ce un autre? Alors que je ne suis pas de nouvelles pour le développement, je suis si vous savez ce que je veux dire.
    • Il existe plusieurs modèles de conception, mais le plus commun est Modèle-Vue-Contrôleur
    InformationsquelleAutor Keiwan
  2. 4

    Même si Swift ne fournit pas protected accès, de toujours nous pouvez obtenir le même accès en utilisant fileprivate de contrôle d'accès.

    Seule chose que nous devons garder à l'esprit que nous avons besoin de déclarer tous les enfants dans le même fichier en tant que parent déclarée.

    Animal.swift

    import Foundation

class Animal {
    fileprivate var protectedVar: Int = 0
}

class Dog: Animal {
    func doSomething() {
        protectedVar = 1
    }
}

    OtherFile.swift

    let dog = Dog()
dog.doSomething()
    • Le problème, c'est la super-classe et de la sous-classe devra être dans le même fichier. Il serait un code de problème de conception.
    • Il n'y a pas une meilleure réponse, mais, depuis "l'héritage" est un "axe" les créateurs ont décidé de ne pas employer. La seule solution pratique consiste à utiliser le fichier de séparation pour les variables d'instance et intelligemment utiliser des fichiers de séparer ce omis de "l'axe" de contrôle d'accès, l'un présenté par D4ttatraya.
    InformationsquelleAutor D4ttatraya