Kai 2020 m. birželį „Apple“ pristatė „Apple Silicon“ arba savo lustus „Apple“ kompiuteriams, jis sulaukė didelio viso technologijų pasaulio dėmesio. „Cupertino“ milžinas nusprendė atsisakyti iki tol naudotų „Intel“ procesorių, kuriuos gana sparčiai keičia savo lustais, paremtais ARM architektūra. Įmonė turi didelę patirtį šioje srityje. Lygiai taip pat jis kuria mikroschemų rinkinius telefonams, planšetiniams kompiuteriams ir kitiems. Šis pokytis atnešė daugybę nuostabių privalumų, įskaitant neabejotiną komfortą. Tačiau ar vienas geriausių dalykėlių pamažu eina į užmarštį? Kodėl?
Apple Silicon: vienas privalumas po kito
Kaip minėjome aukščiau, perėjimas nuo „Intel“ procesorių prie „Apple“ silicio sprendimo suteikia daug puikių pranašumų. Pirmiausia, žinoma, turime įdėti nuostabų našumo pagerėjimą, kuris eina kartu su geresne ekonomija ir žemesne temperatūra. Juk dėl to Cupertino milžinas pataikė vinį į galvą. Jie pristatė į rinką įrenginius, kurie gali lengvai susidoroti su įprastu (dar daugiau reikalaujančiu) darbu, jokiu būdu neperkaisdami. Dar vienas privalumas – Apple savo lustus kuria ant jau minėtos ARM architektūros, su kuria, kaip jau minėta, turi didelę patirtį.
Kiti Apple lustai, kuriuos galima rasti tiek iPhone, tiek iPad (Apple A serija), o šiais laikais ir Mac (Apple Silicon – M serija), yra pagrįsti ta pačia architektūra. Tai atneša įdomią naudą. Pavyzdžiui, iPhone sukurtos aplikacijos gali būti nepriekaištingai paleidžiamos ir Apple kompiuteriuose, o tai gali gerokai palengvinti gyvenimą ne tik vartotojams, bet ir atskiriems kūrėjams. Dėl šio pakeitimo aš asmeniškai tam tikrą laikotarpį naudojau „Mac“ skirtą „Tiny Calendar Pro“ programą, kuri paprastai pasiekiama tik „iOS“ / „iPadOS“ ir nėra oficialiai pasiekiama „MacOS“. Tačiau tai nėra problema „Mac“ kompiuteriams su „Apple Silicon“.
Problema su „iOS“ / „iPadOS“ programomis
Nors atrodo, kad šis triukas yra puikus pasirinkimas abiem pusėms, deja, jis pamažu eina į užmarštį. Atskiri kūrėjai turi galimybę pasirinkti, kad jų „iOS“ programos nepasiekiamos „MacOS“ „App Store“ parduotuvėje. Šią parinktį pasirinko daugybė įmonių, įskaitant „Meta“ (anksčiau „Facebook“) ir „Google“. Taigi, jei „Apple“ vartotojai domisi mobiliąja programa ir nori ją įdėti į savo „Mac“, yra didelė tikimybė, kad jiems tiesiog nepasiseks. Turint omenyje šio tarpusavio ryšio potencialą, labai gaila, kad praktiškai neįmanoma visiškai išnaudoti šio pranašumo.
Iš pirmo žvilgsnio taip pat gali atrodyti, kad daugiausia kalti kūrėjai. Nors jie turi savo dalį, negalime jų kaltinti tik dėl esamos padėties, nes čia vis dar turime du svarbius straipsnius. Visų pirma, „Apple“ turėtų įsikišti. Tai gali suteikti papildomų įrankių kūrėjams, kad būtų lengviau kurti. Diskusijų forumuose taip pat pasigirdo nuomonių, kad visą problemą būtų galima išspręsti pristačius Mac kompiuterį su jutikliniu ekranu. Tačiau dabar nespėliosime apie panašaus produkto tikimybę. Paskutinė nuoroda yra patys vartotojai. Asmeniškai jaučiu, kad pastaraisiais mėnesiais jų visai negirdėti, todėl kūrėjai net neįsivaizduoja, ko iš jų nori obuolių gerbėjai. Kaip jūs žiūrite į šią problemą? Ar norėtumėte „iOS“ programų „Apple Silicon Mac“ kompiuteriuose, ar jums pakanka žiniatinklio programų ir kitų alternatyvų?
Aš sveikinu jus. Man tikrai patiktų, jei programa, kurią turiu savo iPhone ir iPad, taip pat galėtų būti naudojama MacBook su M1 ir tai būtų 24me programa
Problema buvo statymas dėl tokio energijos suvartojimo. Tai yra tai, ką šiandien įvertins ribota žmonių grupė. Dėl priemonių su CV19 gerokai sumažėjo žmonių, kuriems tenka kur nors kavinėje, restorane, paplūdimyje koduotis su žibintuvėliu. Iš esmės jiems nereikia tiek daug energijos.
Daug daugiau žmonių studijose susiduria su HW platformos apribojimais. Arba veikimo trūkumas, nepaisant vartojimo. Net ne X SoC pagal visus našumo ir ryšio parametrus.
Sveiki. Atvirai kalbant, tokiu būdu gauti programą iš „iOS“ į „Mac“ gali būti labai paprasta arba sudėtinga. Tarp jų nėra daug. Priežastis paprasta – iOS programėlę galima sukurti dviem būdais – naudojant SwiftUI arba UIKit (kitų metodų nepaisykite, ten procedūra panaši, kartais net sudėtingesnė). Iš esmės SwiftUI yra lengviausias būdas, aplinka kuriama pagal kodą ir prisitaiko prie įrenginio. Taigi jis bus pakeistas taip, kad jį būtų galima pasiekti ir „Mac“. Tai nėra labai sudėtinga. Tada UIKit veikia remdamasi sąsajos kūrimu ant drobės, o pritaikymui reikia daugiau kūrėjo įsikišimo. Kiek žinau, Meta ar Google programėlės yra šiek tiek sudėtingesnės, o tinkamam Mac palaikymui tektų pasidaryti naują programėlę. „SwiftUI“ problema yra ta, kad ji yra gana nauja, ji buvo pas mus nuo „iOS 12“ ar „iOS 13“ (aš čia nesu tikras), todėl tik labai modernios programos yra tinkamai derinamos. „Apple“ turi didelę iniciatyvą kūrėjams kurti naudojant „SwiftUI“, tai yra sistemos paprastumas ir greitas vystymas, tačiau, mano nuomone, jis nieko daugiau negali.