Swift: le sujet officiel fourre-tout
Smy
Membre
Est ce que vous avez vu la keynote WWDC ?
Mais quel est donc ce truc, Swift !
Connectez-vous ou Inscrivez-vous pour répondre.
Smy
Membre
Réponses
Oh yeah ça à l'air énorme !!! Après je comprends les routards qui vont forcément appréhender un peu le changement, mais s'il y a du bon pourquoi se priver ?
Personne l'attendait celui-là !
J'ai hâte de voir comment le mélanger à de l'objective-C dans une app.
Génial, et dire que j'commençais à peine à maà®triser l'Objective-C, bande de relouds là ! :P
Pour ceux que ça intéresse :
https://itunes.apple.com/us/book/the-swift-programming-language/id881256329?mt=11
Parfois, un nouveau langage, c'est un moyen de se remotiver à coder des choses... ça a été mon cas entre PHP et Ruby...
Je viens de télécharger le livre... Je vais potasser ça pour vois ce qui est vraiment "moderne".
Le gros plus, c'est que ce soit compatible d'entrée Mac et iOS.
Du coup, cette Keynote était relativement bien intéressante.
Le gros moins, c'est l'absence d'annonce de nouveaux iPhones. Moi, qui veux changer mon vieux 4S, qui tient toujours parfaitement, mais j'ai envie de changement.
Après, c'est que j'risque d'avoir à apprendre un nouveau langage, et voir des "var" sans "type", ça va m'énerver je pense
La pseudo-compile/préview est intéressante.
Concernant le reste, je suis content des liens renforcés entre iOS & OS X.
Les rumeurs sur la domotique et l'Health se sont avérées. Vu que je travaille dans la domotique, j'ai hâte de pouvoir jeter un coup d'oe“il aux API...
Moi aussi, je n'aime pas coder sans typer, mais en même temps je parle et je n'ai pas lu la doc.
La page officielle de Swift en plus du livre:
https://developer.apple.com/swift/
Getting Start:
https://developer.apple.com/library/prerelease/ios/referencelibrary/GettingStarted/LandingPage/index.html
En fait, Swift, c'est un mec qui a pété un câble chez Apple qui ne voulait plus voir de syntaxe à crochets dans le code !
Edit: le site de Swift langage à la rue:
http://swift-lang.org
Je ne sais pas comment je vais gérer ça sur le forum: 2 langages mais les mêmes api...
Du grand, vraiment !
Par contre je ne sais pas quoi penser de swift... Franchement je suis réellement partagé et comme dit muqaddar on risque de devoir tôt ou tard en bouffer.
Alors je vais m'y mettre mais je suis à moitié excité et à moitié dégoûté de devoir jeter tout ce que j'ai appris sur l'Obj-C. Il reste les API qui sont les mêmes mais je me sens un peu perdu là , tout de suite.
Je n'avais "que" la partie métier de faite dans mon nouveau projet, je vais essayer de tout convertir, prendre le pas sur le futur et allumer le BBQ avec mes bouquins Obj-C cet été ^_^
(PS: J'exagère volontairement mais ça me questionne quand même cette histoire)
Il fallait bien qu'un jour Apple se sépare d'Objective-C. Peut être que tant que Steve était la, c'était "non discutable", mais aujourd'hui le moment est probablement venu. Et ce d'autant plus, qu'on parle de projet compté en années.
Pas de précipitation, ils se sont déjà plantés avec leur garbage collector, abandonné en 10.8, non ?
ça n'a rien à voir à mon avis. ;-)
J'aimerais bien savoir qui sont les types (sans jeu de mot) qui sont derrière Swift (en fait, si ce sont les mêmes qui font évoluer Objective-C).
Mais ce site:
http://swift-lang.org
existait depuis longtemps ou il est sorti hier ?
Je pense pense que c'est deux choses différentes même si il ont le même nom et la même extensions .swift
Un est langage orienté objet pour le développement iOS et OS X développé par Apple et l'autre est un langage script pour le calcul parallèle ( C'est beaucoup plus orienté recherche ce genre de langage/bibliothèque).
Ils se ressemblent sympathiquement parce que les deux veulent se rapprocher de la syntaxe du C.
Mais c'est bizarre qu'il ont le même nom
Bonjour,
Lors de sa keynote apple a présenté son nouveau langage de programmation nommé "swift" qui va remplacé objective C, voici le lien pour télécharger le livre expliquant ce nouveau langage:
https://itunes.apple.com/us/book/swift-programming-language/id881256329?mt=11
Qu'en pensez vous?
Cela va changer nos habitudes de développement.
P.s: dans un premier temps il sera possible de combiner "swift" et "objective C".
Bah, j'aurais aimé avoir des annonces d'iPhone & d'iWatch. Pour l'iPhone, surtout pour connaà®tre les tailles d'écran en fait. Des designs pourraient totalement être remaniés si les rumeurs s'avéraient : Plus de largeur, etc.
Pour l'iWatch, parceque c'est nouveau et lancer des dév' possibles comme tu l'as dit.
Ce que j'en pense ?
Je vais sûrement m'y mettre un peu, mais pas à fond dans un premier temps.
Par contre, ce qui m'énerve, c'est qu'avec un langage tout nouveau et donc TOUTE une doc' à lire et à apprendre, une pelleté de questions de noobs va faire son apparition. C'est déjà le cas sur StackOverFlow, avec " Quelle est la différence entre un let et un var ? ", alors que c'est clairement indiqué dans la doc' que l'un est pour un "const" et l'autre non.
Je ne suis pas contre les questions de " noobs ", mais celles qui font partie du B-A-BA et dont les explications figurent dans les premiers chapitres de l'iBook, ça va me gonfler.
Oui.
Et clairement, il sera sans doute toujours possible de le faire. Les développeurs ne vont pas jeter ou réécrire des millions de ligne de code. Swift utilise le runtime d'objective-C et il est donc possible de mixer Objective-C, Objective-C++ et Swift dans la même application.
heureusement d'ailleurs car cela va demander une grosse charge de travail!
Swift : Je trouve qu'il ressemble ou même la copie de Rust. http://www.rust-lang.org/ et du C# aussi.
De souvenir le NDA a été abandonné par Apple, non ?
Sinon pour Switch j'ai l'impression que c'est un langage au typage faible, je suis pas forcement fan, j'aime bien typé une variable : un dictionnaire ne peut pas prendre d'autre valeur qu'un dictionnaire ou ça pète à la compilation !
Et j'attends d'en savoir plus et de faire des test pour voir comment sont gérer les héritages, les interfaces et protocole ou encore les category qui font mon bonheur en Obj-c.
Enfin, malgré ces réserve, j'ai hâte de tester.
Et surtout est-ce que ce langage sera propriétaire ? Ras le bol des procès a répétition parce que untel à piqué un bout de code à tel autre (cf Google-Android vs Oracle-java...).
Pas que dans un premier temps. Ca va durer un paquet de temps. Objective-C n'est pas prêt de disparaà®tre.
Mais non, loin de là . Vous avez l'air d'en faire tout un drame, mais je vous rappelle que Swift n'est qu'un langage de programmation. Ca ne change rien que c'est le même Runtime, les mêmes Patterns, et surtout les mêmes frameworks et le même SDK derrière. On va pas réapprendre à faire des UITableView ou à faire du CoreData ou à parser du JSON ou autre. Ca sera les mêmes classes, les mêmes techniques, les mêmes patterns delegate/dataSource/target-action/... et donc finalement à peu près la même structuration de code.
Le langage est nouveau, donc oui il va y avoir beaucoup à apprendre sur ce nouveau le langage pour ceux qui veulent s'y mettre. Mais y'a rien de spécial à réapprendre sur tout le SDK et tous les frameworks Cocoa. Les objets et classes seront toujours des UITableView, des UISwitch et tout le toutim, y'a rien à réapprendre là -dedans.
Oui ça par contre c'est le risque. Préparez vos tampons "RTFM".
Oui, je parle essentiellement de la logique/syntaxe du langage. Le reste devrait suivre. En bref, les trucs propres au langage.
Déjà , j'ai pas vu beaucoup de crochets
Et puis, j'ai vu vite fait les diff's iOS8/iOS7, et y'a beaucoup de mes getters en [] qui vont disparaitre (suffit de voir sur NSString).
Tu peux spécifier le type, et Apple le conseille fortement.
Si tu ne le spécifie pas, il est inféré par la valeur que tu mets dans la variable à l'initialisation.
Mais les variables au final sont typées, soit explicitement soit implicitements.
C'est clair que je ne suis pas fan du tout de la possibilité de type inféré, je préfère qu'on m'impose de le spécifier plutôt que laisser le compilo le deviner. Donc personnellement quand je coderai en Swift je définirai toujours mes types de variables explicitement.
J'aime bien la façon, avec l'objective-C, dont les méthodes avec plus d'un argument sont gérées. Très pratique pour savoir quel argument fait quoi.
Je suis un peu triste de voir que les
sont de retour avec le swift.
PS : certes, il est possible de laisser le nom de l'argument avec swift...
mais quand même... (et puis la syntaxe
est aussi correcte....
Je me suis fait la même réflexion en commençant à parcourir la doc. C'est dommage car la lisibilité est une grande qualité d'Obj-C.
Moi ce que je vois, c'est que Google a opté pour un langage assez générique et répandu et Apple avait fait le choix d'un langage plus "spécialisé" , un brin "élitiste".
On s'est donc cassé le ... a l'apprendre et maintenant, pouf, il faut mettre tout ça à la poubelle...
J'aurai largement préféré une grosse évolution d'objective C (comme à une époque où ils avaient inauguré de nouvelles syntaxes, ajouté, les blocks, etc), plutot qu'un énième changement qui risque fortement de dégouter les développeurs.
Parce que maintenant, on va se gérer une palanquée de réso + un nouveau langage sorti de nul part, tout en payant 80 euros par an pour des validations d'appli qui prennent des plombes.
Quand en face, tu paye 25 euros à vie par app, que le langage utilisé existe depuis des lustres et que ton appli est validée en 4h...
Bon, je ronchonne, je sais ; mais pour moi, depuis iOS5, chaque nouvelle WWDC devient angoissante et demande pas mal d'adaptation... J'ai du mal à suivre...
Est ce que je deviens vieux ?
Il te reste combien a vivre ? 5 ans ? Pas si mal pour un vieux chat.