Tillbaka 2015, på WWDC-scenen, meddelade Craig Federighi för publiken att Swift skulle bli öppen källkod. Uttalandet överraskade många människor och firades mycket av iOS- och macOS-communityn. Detta innebar att Swift skulle vara öppen för fler utvecklare att använda det i sina projekt, Öppnar en enorm dörr till Apple-världen.
Det är välkänt att Apple vanligtvis inte - eller nästan aldrig - öppnar dem vacker muromgärdad trädgård. De gillar att hålla människor som bor inuti dessa väggar, där allt fungerar. Detta märks mycket när du försöker göra deras produkter kompatibla med vissa externa produkter eftersom det nästan är garanterat att du hittar kompatibilitetsproblem någon gång.
Men i det här fallet, De bestämde sig för att dela lite och låt alla gå med och bidra till tillväxten av Swift. Djärvt drag, men betyder det att saker förändras i Cupertino, eller var det bara ett strategiskt drag?
Konceptet bakom öppen källkod är att tillhandahålla fri användning, distribution och modifiering av koden. Detta innebär att vem som helst kan fixa buggar och lösa problem, samtidigt som det gör det lättare att hitta buggarna, eftersom du kommer att ha en hel gemenskap som tittar på det.
På så sätt kan lösningen hittas av ett stort antal människor och inte bara av teamet som utvecklade språket. Det ger säkerhet till språket och det lockar en hel del nya utvecklare med erfarenhet av andra språk som kan hjälpa koden att växa och mogna.
Detta är uppsidan av Apples Swift, men utvecklare får också mycket av det. Språk med öppen källkod ger fler människor till dem, vilket möjliggör snabbare tillväxt, genererar mer intresse och ökar deras popularitet snabbare. Detta resulterar i en ständig ström av nya funktioner som gynnar båda sidor.
Apple är nöjd med hjälp av samhället och samhället är glada att få ett bra stabilt språk med mycket stöd att utveckla. Låter perfekt, rätt? Väl, ja och nej.
Något händer.
Swift ersatte Objective-C som det språk som används för att utveckla för iOS- och macOS-appar. Det är ett nytt friskt språk som ger utvecklare en enkel och sammanhängande syntax som påverkades av andra välkända språk som Ruby och Python.
När Swift blev öppen källkod fick det uppmärksamhet hos ett stort antal programmerare. Dess popularitet ökade och många åtaganden och pull-förfrågningar gjordes i GitHub. Följaktligen det växte med samhället och fortsatte att växa under de följande åren.
Språket är idag mer moget och har många nya funktioner. Denna utveckling gjorde det mer önskvärt och Det faktum att det nu kan användas på serversidan är bra. I denna aspekt, IBM spelade också en roll.
”När swift.org släpptes i december var en av de första sakerna vi ville göra att hjälpa till att växa utvecklarekosystemet. Vi såg värdet av språket, och vi ville snabbt introducera det för andra utvecklare.”
— IBM
IBM använder Swift sedan starten i olika projekt och hjälper det att mogna. De skapar också många företagsappar och verktyg för att arbeta på serversidan (Kitura) och allt om det ser bra ut.
Emellertid denna saga är inte perfekt. Något hände och Swifts popularitet drunknar, som TIOB rapporter.
En orsak till denna nedgång är det faktum att många utvecklare kan vara mycket frestade att arbeta med ramverk för flera plattformar, där de kan utveckla liknande mobilappar för iOS och Android. Även om det inte är samma sak som att bygga inbyggda appar (de resulterar ofta i fler problem och färre möjligheter), Resultatet kan bli billigare och snabbare.
Dessutom, andra ramverk dyker upp och de genererar mycket intresse, eftersom populariteten för sådana Xamarim, Apache Cordova, Jonisk och React-Native ökar ständigt.
”Fram till nyligen var det ganska vanligt att programmera Android-appar i Java och iOS-appar i Swift/Objective-C. Det här är ganska besvärligt eftersom du måste upprätthålla två kodbaser som gör nästan samma sak.” - Paul Jansen, Tiobe VD
Detta är ett kontroversiellt ämne, men att se Swift i Android, föra utvecklingen av båda plattformarna närmare, skulle vara mycket intressant.
För en tid sedan fanns det rykten om att Google skulle använda Swift på Android, på grund av de problem som de stod inför med Oracle. Men även om de lyckades skulle ett annat problem dyka upp.
Även om Swift är öppen källkod, Google skulle vara beroende av Apple istället för Oracle. Även om de ville gaffla koden skulle det ta mycket arbete bara för att underhålla den.
Den ansträngning som det skulle ta från Android-utvecklarna för att lära sig Swift skulle vara smärtsam och många av dem är inte motiverade att göra det. Och låt oss inte ens prata om kompatibilitetsproblem. I vilket fall som helst kvarstår frågan:
Är det möjligt att bygga en mobilapp i Swift för Android?
Det är inte enkelt, men i grund och botten börjar han med java, eftersom Android behöver en aktivitet till att börja med och sedan anropar en inbyggd funktion som är skriven i C. Därefter kallar han en funktion som ser ut som en C-funktion, men i själva verket är en Snabb funktion.
Förvirrande, men det fungerar. Kan vi göra det till standard? Nej, lösningen för att få det gjort är bara inte värt det. Poängen är, till och med Google använder Swift och bidrar till det, gör pull-förfrågningar för språket. Detta visar hur effektivt det kan vara för ett språk att vara öppen källkod.
Swift är ett språk som blev öppen källkod, fick mycket hjälp från samhället att växa och mogna under de senaste åren. Apputvecklingen från iOS och macOS förändrade en stor sak med detta, men med tanke på den otroligt nedgången i popularitet, Hur bra kommer det att bli på lång sikt?
Endast Apple kan säga vad planen för Swift är, men faktum är att efter 4 år är språket nu mer moget än någonsin och i motsats till vad som kan förväntas blir det också lite instabilt på grund av förlusten i popularitet.
Definitivt kommer utvecklarna som skapar inbyggda appar inte att överge Swift när som helst snart, eftersom det inte finns något som en inbyggd app med bra prestanda och ett bra flöde. i alla fall, det verkar säkert som Något måste förändras för att det ska fortsätta växa.
När jag ser över det nu var det verkligen en mycket djärvt drag, men en som hade en stor positiv effekt på Apple och visade för skeptikerna att företaget kunde vara mer öppet och acceptera hjälp från omvärlden.
Kanske att öppna fler av sina produkter för samhället kan locka ännu fler människor, även de som inte är så angelägna om sin muromgärdade trädgård. Swift visade att det utan tvekan kommer bra saker från att dela.
Man kan ifrågasätta varför Apple inte delar oftare, men när man tittar på det från ett annat perspektiv, varför ska de bry sig om allt fungerar så bra i sin egen trädgård?
När allt kommer omkring, för dem som bor inne i den muromgärdade trädgården, är det säkert en vacker värld.
Vid Imaginärt moln Vi har ett team av experter på utveckling av mobilappar. Om du behöver hjälp med att bygga en skalbar mobilapp väntar vi på dig! Skicka oss en rad här!
Hittade den här artikeln användbar? Du kanske gillar dessa också!
Front-end-utvecklare och specialist i Angular 8, TypeScript, Angular Material, flex-layout, Bootstrap, HTML 5, SCSS.
Människor som läste det här inlägget tyckte också att dessa var intressanta:
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
