L'excellente détection de type de Swift peut vous mettre mal à l'aise au début, provoquant toutes sortes de jugements et de traitements gênants ! Mais une fois que vous vous y serez habitué, vous constaterez que vous n'avez jamais été aussi confiant dans le programme que vous avez écrit
Le package de version sera au moins 6M plus volumineux qu'avant car la bibliothèque d'exécution Swift doit être empaquetée dans
Il vous suffit d'ajouter un fichier d'en-tête, et tout ce qui est écrit en objective-c auparavant peut être utilisé directement en toute confiance
Une fois que vous aurez commencé à utiliser quelque chose écrit en objective-c auparavant, vous souhaiterez probablement le réécrire en Swift, car objective-c manque de nombreuses capacités de vérification de type, telles que : Swift appelle le objectForKey: méthode ici Habituellement, AnyObject est renvoyé, vous devez effectuer une conversion de type
Swift vous obligera à considérer toutes les situations qui sont évidemment logiquement fausses, ce qui peut réduire le risque d'erreurs pendant l'exécution ; mais à cause de cela, vous verrez souvent des rapports d'erreur "inexplicables", lisez les messages d'erreur. attentivement, vous constaterez que vous vous trompez vraiment
La plupart des API d'Objective-C étaient les mêmes auparavant. Apple utilisait simplement Swift pour créer une couche de skin, et s'appelait toujours Objective-C en interne. L'implémentation de Fundation est ici : https://github. .com/apple/swift-corelibs-foundation
Chaîne != NSString
Il sera difficile d'utiliser des variables de pointeur ....
Dans l'ensemble, Swift n'a pas amélioré l'efficacité du développement (peut-être que l'efficacité du développement est plus lente), mais lorsque votre application est en ligne, vous constaterez que vous n'avez jamais été aussi confiant dans le code que vous avez écrit, car grâce au code compilé signifie il a évité la plupart des erreurs. Le mixage rendra le projet compliqué. S'il s'agit d'une collaboration en équipe, tous les membres de l'équipe doivent savoir ce qui se passe avant d'utiliser Swift.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
L'excellente détection de type de Swift peut vous mettre mal à l'aise au début, provoquant toutes sortes de jugements et de traitements gênants ! Mais une fois que vous vous y serez habitué, vous constaterez que vous n'avez jamais été aussi confiant dans le programme que vous avez écrit
Le package de version sera au moins
6Mplus volumineux qu'avant car la bibliothèque d'exécution Swift doit être empaquetée dansIl vous suffit d'ajouter un fichier d'en-tête, et tout ce qui est écrit en objective-c auparavant peut être utilisé directement en toute confiance
Une fois que vous aurez commencé à utiliser quelque chose écrit en objective-c auparavant, vous souhaiterez probablement le réécrire en Swift, car objective-c manque de nombreuses capacités de vérification de type, telles que : Swift appelle le
objectForKey:méthode ici Habituellement, AnyObject est renvoyé, vous devez effectuer une conversion de typeSwift vous obligera à considérer toutes les situations qui sont évidemment logiquement fausses, ce qui peut réduire le risque d'erreurs pendant l'exécution ; mais à cause de cela, vous verrez souvent des rapports d'erreur "inexplicables", lisez les messages d'erreur. attentivement, vous constaterez que vous vous trompez vraiment
La plupart des API d'Objective-C étaient les mêmes auparavant. Apple utilisait simplement Swift pour créer une couche de skin, et s'appelait toujours Objective-C en interne. L'implémentation de Fundation est ici : https://github. .com/apple/swift-corelibs-foundation
Chaîne != NSString
Il sera difficile d'utiliser des variables de pointeur
....
Dans l'ensemble, Swift n'a pas amélioré l'efficacité du développement (peut-être que l'efficacité du développement est plus lente), mais lorsque votre application est en ligne, vous constaterez que vous n'avez jamais été aussi confiant dans le code que vous avez écrit, car grâce au code compilé signifie il a évité la plupart des erreurs. Le mixage rendra le projet compliqué. S'il s'agit d'une collaboration en équipe, tous les membres de l'équipe doivent savoir ce qui se passe avant d'utiliser Swift.
Veuillez signaler toute erreur :)