Difficulté: Débutant | Facile | Normal | Difficile

C'est une de ces choses. Swift vous donne un avertissement et vous pouvez modifier un morceau de code pour supprimer l'avertissement.

Vous le changez et la vie continue.

Ensuite, vous découvrez qu'un attribut peut vous aider.

C'est un bingo.

Conditions préalables:

• Être capable de produire un "Hello, World!" Application iOS (guide ICI ) OU Codage dans Swift Playgrounds (guide ICI )

attribut: moyen de fournir des informations sur une déclaration de type

Le cas du @discardableResult

Dans mon article Medium sur la sécurisation des données dans le trousseau, j'avais une fonction plutôt intéressante qui renvoie l'état OSS une fois l'opération de sauvegarde terminée.

Voici la signature de la fonction:

func save(key: String, data: Data) -> OSStatus

L'avertissement dans son intégralité? L'initialisation de la valeur immuable «status» n'a jamais été utilisée; envisagez de remplacer par une affectation à «_» ou de le supprimer

Donc, comme solution pour supprimer cela, j'utilise le trait de soulignement dans Swift.

_ = kc.save(key: "MyString", data: data)

Pas vraiment, et cela supprime tout avertissement. Agréable. Mais il y a un autre moyen de contourner cela. Une meilleure façon,

@discardableResult

Dans la fonction (et notamment dans aucun protocole associé) le attributeest ajouté. Pour rendre cela un peu plus clair, j'utiliserai l'essentiel de la fonction modifiée

Ce que nous pouvons alors appeler, mais surtout, nous pouvons (bien) rejeter le résultat .

cela signifie que nous pouvons appeler avec

Aucune erreur: juste une vie facile.

Oh, et le changement de mon code actuel? Voir le gif animé suivant:

Est-ce que c'était facile?

Je dirais trop facile.

Maintenant, pourquoi n'ai-je pas fait ça avant ??

Conclusion:

Si vous créez une API publique où le résultat n'est pas susceptible d'être utilisé (du moins la plupart du temps), attribute@discardableResult offre un excellent moyen d'éviter que votre client utilise _ pour faire taire cet avertissement ennuyeux.

Cela ne coûte rien et rend votre code plus facile à lire.

Bien sûr, si vous vous attendez à ce que le client utilise le résultat, ne vous contentez pas de frapper @discardableResult de toute façon.

Nous codons toujours avec notre limite de réflexion, a déclaré quelqu'un qui cite mal Edward De Bono. Ce ne sera donc pas un problème, et @discardableResult est un excellent choix attributedans notre arsenal de codage.

Élargissez vos connaissances

• Apple a une documentation sur les attributs ICI

Des questions? Vous pouvez me contacter ICI