Swift Protocole d'obtenir seulement réglable?

pourquoi ne puis-je le faire sans aucune erreur:

var testDto = ModelDto(modelId: 1)
testDto.objectId = 2

alors que j'définir ce:

protocol DataTransferObject {
    var objectType: DtoType { get }
    var parentObjectId: Int { get set }
    var objectId: Int { get }
    var objectName: String { get set }
}

struct ModelDto: DataTransferObject {
    var objectType: DtoType
    var parentObjectId: Int
    var objectId: Int
    var objectName: String

    init(modelId: Int) {
        self.objectType = DtoType.Model
        self.objectId = modelId
        self.parentObjectId = -1
        self.objectName = String()
    }
}

Si la définition dans mon protocole est la plupart du temps ignorés (getter, setter définition), pourquoi devrais-je les utiliser de toute façon?

vous avez manqué quelque chose de très important ici. votre protocole n'est pas envisagée, car vous n'êtes pas référence. vous pouvez choisir de consulter ModelDto directement et non via DataTransferObject. Voir ma réponse ci-dessous.

InformationsquelleAutor Artur Pajonk | 2015-06-01

23

Que par la la documentation officielle:

Les getter et setter exigences peuvent être satisfaites par une conformation de type dans une variété de façons. Si une déclaration de la propriété comprend de l'obtenir et de définir des mots clés, une conformation de type peut la mettre en œuvre avec un stockées propriété de variable ou d'une propriété calculée qui est à la fois lisible et inscriptible (qui est, celui qui implémente à la fois un getter et un setter). Toutefois, cette déclaration de la propriété ne peut pas être mis en œuvre comme une propriété de la constante ou en lecture seule propriété calculée. Si une déclaration de propriété inclut uniquement les obtenir mot-clé, il peut être mis en œuvre comme une sorte de propriété.
- Étrange Swift! Obtenir et Définir les moyens gettable et réglable en Obtenir un seul moyen de faire ce que vous voulez? 🙂
- Bien que je crois que c'est salissant, car de mon point de vue à l'aide de get ou get/set déclaration des protocoles est à peu près inutile, je vais utiliser le privé (set) dans ModelDto struct déclaration comme: privé (set) var objectId: Int
- Il est aussi très drôle de voir, cette question a obtenu vers le bas voté deux fois 😉 bien qu'il décrit vraiment un comportement étrange swift si vous me demandez.
- Je ne peux pas voir quelque chose d'étrange dans ce comportement. Votre struct ModelDto n'ont soit getter et setter pour objectId. Il est conforme à DataTransferObject protocole, par le fait d'avoir de la lecture, mais aussi longtemps que vous utilisez ModelDto directement, il a un setter exposés. Vous êtes donc libre de l'appeler. Si vous avez souhaité que votre setter cachés, vous pourriez lancer ModelDto à DataTransferObject
- Même moi, je Ne la trouvez pas cela étrange. C'est ce que sont les protocoles. Ils définissent des règles sur ce qui doit être mis en œuvre. {get} dit que la mise en conformité chose doit avoir un getter. Il peut ou peut ne pas avoir un setter.
- signifie que cette valeur de doit existent. En réalité, c'est tout ce qu'il signifie. Il ne s'applique pas aucune restriction sur la mise en conformité des types. Toutefois, si vous avez set, les restrictions sont appliquées à la mise en conformité des types. Je recommande fortement que vous voyez les Imanou réponse ci-dessous. C'est génial
InformationsquelleAutor Ankit Goel

Apple états dans le "Swift Langage De Programmation (Swift 3)":

Si le protocole ne nécessite qu'une propriété d'être inoubliables, l'exigence peut être satisfaite par toute sorte de biens, et il est valide pour la propriété d'être également réglables si c'est utile pour votre propre code.

Pour cette raison, les cinq suivants, aire de Jeux extraits de code sont toutes valides:

Exemple #1: propriété de la constante

protocol FullyNamed {
    var fullName: String { get }
}

struct Duck: FullyNamed {
    let fullName: String
}

let scrooge = Duck(fullName: "Scrooge McDuck")
print(scrooge.fullName) // returns "Scrooge McDuck"

Exemple #2: propriété de variable

protocol FullyNamed {
    var fullName: String { get }
}

struct Duck: FullyNamed {
    var fullName: String        
}    

var scrooge = Duck(fullName: "Scrooge McDuck")
print(scrooge.fullName) //returns "Scrooge McDuck"

scrooge.fullName = "Scrooge H. McDuck"
print(scrooge.fullName) // returns "Scrooge H. McDuck"

Exemple #3: propriété calculée (obtenir uniquement)

protocol FullyNamed {
    var fullName: String { get }
}

struct Duck: FullyNamed {
    private var name: String
    var fullName: String {
        return name
    }
}

let scrooge = Duck(name: "Scrooge McDuck")
print(scrooge.fullName) // returns "Scrooge McDuck"

Exemple n ° 4: propriété calculée (get et set)

protocol FullyNamed {
    var fullName: String { get }
}

struct Duck: FullyNamed {
    private var name: String
    var fullName: String {
        get {
            return name
        }
        set {
            name = newValue
        }
    }
}

var scrooge = Duck(name: "Scrooge McDuck")
print(scrooge.fullName) //returns "Scrooge McDuck"

scrooge.fullName = "Scrooge H. McDuck"
print(scrooge.fullName) // returns "Scrooge H. McDuck"

Exemple #5: private(set) propriété de variable

/* Duck.swift located in Sources folder */

protocol FullyNamed {
    var fullName: String { get }
}

public struct Duck: FullyNamed {
    public private(set) var fullName: String

    public init(fullName: String) {
        self.fullName = fullName
    }

    public mutating func renameWith(fullName: String) {
        self.fullName = fullName
    }
}

/* Playground file */

var scrooge = Duck(fullName: "Scrooge McDuck")
print(scrooge.fullName) //returns "Scrooge McDuck"

scrooge.renameWith("Scrooge H. McDuck")
print(scrooge.fullName) // returns "Scrooge H. McDuck"

Apple indique également:

Si un protocole nécessite une propriété d'être inoubliables et paramétrables, que l'exigence de la propriété ne peut pas être remplie par une constante stockées propriété ou en lecture seule propriété calculée.

Pour cette raison, les deux suivantes de l'aire de Jeux des extraits de code ne SONT PAS valide:

Exemple #1: propriété de la constante

protocol FullyNamed {
    var fullName: String { get set }
}

struct Duck: FullyNamed {
    let fullName: String
}

let scrooge = Duck(fullName: "Scrooge McDuck")
// Error message: Type 'Duck' does not conform to protocol 'FullyNamed'

Exemple #2: propriété calculée (obtenir uniquement)

protocol FullyNamed {
    var fullName: String { get set }
}

struct Duck: FullyNamed {
    private var name: String
    var fullName: String {
        return name
    }
}

var scrooge = Duck(name: "Scrooge McDuck")
// Error message: Type 'Duck' does not conform to protocol 'FullyNamed'

Exemple #3: propriété calculée (obtenir uniquement)

protocol FullyNamed {
    var fullName: String { get }
}

struct Duck: FullyNamed {
    var fullName: String {return "Scrooge McDuck"}

    init(fullName: String) {
        self.fullName = fullName 
  //Error Message Cannot assign to Property: "FullName" is get only
    }
}

Bien fait - je vous remercie.
C'est génial. N'est pas votre exemple 5 est un peu trompeur? Alors que le fullName n'est pas paramétrable à partir d'un niveau de la propriété...l'utilisateur de la classe peut définir directement par l'initialisation.

InformationsquelleAutor Imanou Petit

2

De considérer les éléments suivants:

var testDto = ModelDto(modelId: 1)

La variable testDto type ici est connu pour être ModelDto. ModelDto est connu pour avoir une variable mutable var objectId: Int. Vous êtes libre de modifier objectId parce que vous êtes accède à l'objet à travers la ModelDto de l'interface et non pas via l'interface de protocole d'où il n'est gettable.

Essayez ce qui suit:
```
var testDto: DataTransferObject = ModelDto(modelId: 1)
testDto.objectId = 2 // compiler error
```
L'exemple ci-dessus ne devrait pas compiler. Parce que le type de testDto est connu pour être DataTransferObject, nous ne savons pas qui les sous-tendent la mise en œuvre a un réglable propriété. Nous savons seulement sur le gettable bien déclaré dans le protocole.

En bref, vous avez déclaré ModelDto d'avoir un get/set variable, de sorte qu'il serait assez étrange en effet, si Swift n'a pas vous permettent de le définir. Avoir une seule variable serait compter sur vous referncing l'objet via le protocole ou la modification de objectId sur ModelDTO être une variable.

EDIT: pour répondre À votre confusion au sujet de pourquoi ModelDto est autorisé à avoir un réglable variable. C'est la même que la façon dont ModelDto est autorisé à avoir d'autres fonctions que celles définies dans le protocole. Les accesseurs et mutateurs sont en fait que des fonctions, de sorte que le protocole nécessitant un getter ne fait pas obstacle à une mise en œuvre à partir également d'avoir un setter. La même chose est possible en Objective C. Protocoles sont descriptive, n'est pas restrictif.
- pourquoi le downvote?
InformationsquelleAutor Patrick Goley
1

Dans votre classe, vous créez un stockées propriété nommée objectId. Dans votre protocole, vous indiquez que la propriété a besoin d'une lecture – c'est sa seule condition.

Si vous voulais que ce soit un ordinateur de propriété, comme vous l'attendez, vous avez besoin de déclarer objectId avec les éléments suivants:
```
var objectId: Int{ return (someNumber) }
```
Sans la fermeture de calculer la valeur, il est, par défaut, un stockées propriété.
- Si cela est vrai, le get et réglables définition des protocoles est complètement inutile, n'est-ce pas?
- si vous spécifiez à la fois un getter et setter, puis votre propriété doit ont un setter. Sinon, il peut être.
InformationsquelleAutor erdekhayser
1

_{je vais répondre à la question dans son sens générique.}

Avant de répondre à la question que vous devez savoir de quoi get & set veux dire.

(Si vous en r'venant de l'Objective-C le monde:) get signifie readOnly, c'est que je me suis permis de connaître le nombre de pattes d'un animal. Je ne suis pas autorisé à le définir. get & set ensemble des moyens readWrite ie j'ai le droit de connaître le poids d'un animal alors que je suis également en mesure de définir ou de modifier le poids d'un animal

Avec l'exemple suivant.
```
protocol Animal {
    var weight : Int { get set }
    var limbs : Int { get }
}
```
Si vous ne disposez que de lecture, et de tenter de masquer setter (en utilisant private (set)... alors vous n'obtiendrez PAS une erreur ... c'est probablement ce que vous voulais et comment cela doit être fait!

Probable que ce que vous:
```
class Cat : Animal {
    private (set) var limbs: Int = 4 //This is what you intended, because you only have get requirements...and don't want any conforming type to be able to set it ie don't want others do catInstance.limbs = 22
    var weight: Int = 15

}

var smallCat = Cat()
smallCat.weight = 20 //Good!

//attempting to set it will create an error!!!
smallCat.limbs = 5 // Error: Cannot assign to property: 'limbs' setter is inaccessible
```
Probablement que vous n'avez pas l'intention:
```
class Panda : Animal {
    var limbs: Int = 4 //This is OK, but it kinda defeats the purpose of it being a get only
    var weight: Int = 200   
}

var littlPanda = Panda()

littlPanda.weight = 40 //Good
littlPanda.limbs = 30 // NO Error!!! Likely unintended
```
Essentiellement avec {get} il y a encore quelques supplémentaire travail à faire par le compilateur n'est pas vous dire..., VOUS devez ajouter private (set) pour obtenir le comportement voulu

Si votre propriété a setter et que vous essayez de cacher setter ensuite, vous voyez une erreur.
```
class Dog : Animal {
    private (set) var limbs: Int = 4
    private (set) var weight: Int = 50  //Error: Setter for property 'weight' must be declared internal because it matches a requirement in internal protocol 'Animal'
}
```
Vous n'êtes pas autorisés à se cacher, parce que vous avez promis de fournir un setter...
- Merci de Miel 🙂
InformationsquelleAutor Honey
0

Le comportement que vous voyez sur votre exemple de code est appelé membre de la clandestinité. Membre de cacher qui se passe dans les langages orientés objets lorsqu'un nouveau membre est déclarée avec le même nom ou la signature d'une maladie héréditaire, donc en ayant:
var objectId: Int
dans votre structure de mise en œuvre, vous êtes effectivement la création d'un nouveau membre appelé objectId et de cacher la propriété héritée par le protocole.

Afin d'honorer le contrat entre votre structure et de votre protocole, objectId pourrait être déclarée comme suit:
```
  let objectId: Int = 1
```
ou
```
var objectId: Int {
        get {
            return 1
        }
    }
```
InformationsquelleAutor omaraguirre

Vous devez vous connecter pour publier un commentaire.

Si vous ne disposez que de lecture, et de tenter de masquer setter (en utilisant private (set)... alors vous n'obtiendrez PAS une erreur ... c'est probablement ce que vous voulais et comment cela doit être fait!

Si votre propriété a setter et que vous essayez de cacher setter ensuite, vous voyez une erreur.

Si vous ne disposez que de lecture, et de tenter de masquer setter (en utilisant `private (set)`... alors vous n'obtiendrez PAS une erreur ... c'est probablement ce que vous voulais et comment cela doit être fait!