recherche

Maison  >  Questions et réponses  >  le corps du texte

objective-c - 使用swift加入之前的oc项目,求经验,求坑分享?

项目配比

ios 2人,android 3人!

背景

之前的IOS端项目是使用OC开发的,已经到了2.0版本了,本人现在是做android客户端,但现在想加速ios的开发进度,所以,我决定使用swift参与到ios项目中。

遇到的问题

因为没有过类似的经验,所以想请教下过来人,如何用swift杀入现有的oc项目。特别是UI这块的融入,以及OC之前封装的一些工具的调用。

过去多啦不再A梦过去多啦不再A梦2761 Il y a quelques jours598

répondre à tous(1)je répondrai

  • 大家讲道理

    大家讲道理2017-04-28 09:07:48

    • 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.

    Veuillez signaler toute erreur :)

    répondre
    0
  • Annulerrépondre