Swift a été pensé dès le départ comme un langage de programmation multitâche, adapté autant aux apps iOS qu’aux systèmes d’exploitation et même à des applications côté serveur. Depuis qu’Apple propose une version adaptée à Linux de son nouveau langage, des développeurs ont commencé à l’utiliser pour créer des back-ends sur leurs serveurs.
Cette solution est bien pratique pour ne pas avoir à gérer différents langages au quotidien : un développeur iOS peut créer son app en Swift et le module serveur associé également en Swift. Mais ce langage est aussi très performant et il peut aussi avoir son intérêt face aux autres langages et frameworks déjà bien en place sur les serveurs (lire : Sur le serveur, Swift est nettement plus rapide que Node.js).
Face à l’intérêt grandissant des développeurs, Apple a décidé de prendre les choses en main en organisant un groupe de travail chargé de mettre en place des API pour les serveurs. Ce groupe est chapeauté par un employé Apple, mais aussi par un employé IBM et des représentants des frameworks déjà existants. Son objectif sera de proposer une série d’API prêtes à l’emploi pour utiliser Swift sur le serveur.
Apple ne compte pas remplacer les frameworks en place, mais plutôt leur simplifier la vie. Très concrètement, ces API se chargeront des bases indispensables, comme la gestion des protocoles TCP/IP et UDP, la prise en charge des IPv4 et IPv6, de la sécurité des flux avec SSL/TLS ou encore tout ce qu’il faut pour gérer les données en HTTP et HTTP/2. Bref, tout ce qu’il faut pour bien commencer, mais les concepteurs de Swift ne veulent pas proposer des solutions clé en main, ce sera aux créateurs de frameworks de le faire.
Cette nouvelle initiative n’a pas de calendrier défini à ce stade et Apple veut au contraire prendre son temps et accompagner la sortie de Swift 4, la prochaine évolution majeure du langage. Néanmoins, c’est bien le signe que le serveur devient un élément plus important pour le langage.
