M1, MacOS Monterey ja seuraava Mac Power Shift

Mac on enemmän kuin koskaan Applen sähkötyökalu. Nykypäivän Mac-tietokoneet, joissa on Apple Silicon, voivat käyttää MacOS-sovellusten täydellistä kirjastoa ja iOS-sovelluksia Catalystin kautta tai muokkaamattomina suoraan App Storesta. Ja sitten on kaikkea, mikä on konepellin alla, sovellusten komentosarjasta kaikenlaisiin Unix-pohjaisiin työkaluihin.

Mutta Applen piin käyttöön siirtymisen ja Applen kesäkuun ilmoituksen myötä, että Shortcuts tulee Macille osana monivuotista automaatiomuutosta, asiat muuttuvat. Vaikka Mac ei lakkaa olemasta sähkötyökalu, seuraavat muutamat vuodet muuttavat sen luonnetta joillakin perustavanlaatuisilla tavoilla.

Pikanäppäimet korvaa Automatorin

Uutiset siitä, että Shortcuts on tulossa korvaamaan Automatorin (älä erehdy, niin tapahtuu) ei ole vain tärkeä, koska macOS:ssä on uusi loistava työkalu käyttäjien automatisointiin. Se on myös tärkeä merkki siitä, että Apple kiinnittää huomiota. Muutaman viime vuoden aikana Mac-sovelluskehittäjien on ollut vaikeaa tuntea, että automaatioominaisuuksien lisäämisessä sovelluksiinsa ei ole mitään järkeä. Mutta nyt meillä on vastaus: Pikakuvakkeet on täällä, ja Apple viettää muutaman vuoden siirtyessään uuteen maailmaan.

Tästä syksystä alkaen alat nähdä Mac-kehittäjien lisäävän tukea pikakuvakkeille. Kuten iOS:ssä, sovellukset lahjoittavat toimintoja Pikakuvakkeet-sovellukseen. Käyttämiesi sovellusten teho kertyy pikakuvakkeisiin. Joissakin tapauksissa nämä toiminnot avaavat sovelluksen ja saavat sen suorittamaan tehtävän. Toisissa tapauksissa sen ei ehkä tarvitse edes avata sovellusta näkyvästi, mutta se voi käyttää osan tehostaan ​​mihin tahansa ratkaistavaan ongelmaan.

Oikopolut-sovellus julkaistiin iOS:ssä ja oli hitti.

Apple

Shortcuts saa Unix-virran

Macin pikanäppäimet menevät myös iOS- ja iPadOS-käyttöjärjestelmää pidemmälle, sillä ne voidaan liittää suoraan Unix-komentosarjoihin ja shell-tukeen – yhdellä suurella saaliilla. Apple on sitoutunut siihen, että se ei enää sisällytä yleisiä Unix-skriptijärjestelmiä macOS:ään. MacOS Montereyssä PHP on jo poistunut, ja Perl ja Python ovat vanhempia versioita, jotka poistetaan riittävän pian.

Tämä ei ole iso juttu yhdellä tasolla: voit silti asentaa uusimmat PHP-, Perl- ja Python-versiot macOS:ään. (Käytän

Homebrew

tehdäksesi sen.) Toisaalta, jos olet rakentamassa automaatiota, joka perustuu johonkin näistä komentosarjakielistä, sinun on asennettava ne mihin tahansa Maciin, jonka haluat automatisoida.

Entä muut skriptikielet?

Tämä johtaa meidät suurempaan kysymykseen: Mitä tapahtuu AppleScriptille ja Apple Events -teknologialle, joka on pitänyt sovellusten välisen viestinnän elossa Macissa vuosikymmeniä? iOS:llä ei ole vastinetta Apple Eventsille. URL-osoitteiden välittämisestä edestakaisin tuli vakioviestintätapa, usko tai älä. Mutta Apple on viime aikoina modernisoinut ominaisuuksia, kuten Siri Intents.

Totuus on, että suurin osa iOS-automaatiosta on ollut työnkulkujen rakentamista pienten eri sovellusten avulla. Se on tärkeä osa käyttäjien automaatiotarinaa, mutta toinen osa on kyky hallita tehokkaita sovelluksia komentosarjojen avulla. iOS:ssä tämän tason hallintasovellukset käyttävät yleensä JavaScriptiin tai Pythoniin perustuvaa itse toteutettua makromoottoria. Ehkä paras esimerkki tästä on

Omni Groupin rikas JavaScript-pohjainen automaatio

, jonka avulla komentosarjat ohjaavat Omnin sovelluksia – iPadissa, iPhonessa tai Macissa.

Jokainen omaa komentosarja- tai makrokieltä käyttävä sovellus ei ole tie eteenpäin. Tässä Applen on astuttava alustan omistajana ja luotava yhteinen viitekehys kaikille, niin kehittäjille kuin käyttäjillekin.

AppleScriptin päivät ovat luettuja.

Apple

MacOS:n komentosarjan tulevaisuus

Mitä tapahtuu tämän vuosia kestäneen siirtymäkauden lopussa? Helpoin arvaus on, että AppleScript, joka on peräisin 1990-luvun alusta, viedään vihdoin laitumelle.

Mikä sen tilalle tulee, on enemmän avoin kysymys. Pikanäppäimet eivät voi olla kaiken loppu, olla kaikki yksinään: se ei vain ole työkalu, joka on suunniteltu sovellusten tarkan kauko-ohjauksen tasolle. Lisäksi mitä enemmän toimintoja teet pikanäppäimeen, sitä monimutkaisemmaksi se tulee – ja tietyn pisteen jälkeen se pitäisi luultavasti kirjoittaa skriptiksi sen sijaan, että se koottaisiin yksinkertaistettuun käyttöliittymään. (Todistaja

Jellycuts

, joka on pikakuvakkeiden luomiseen suunniteltu komentosarjakieli!)

Pidän parempana järjestelmää, jonka avulla käsikirjoittajat voivat valita, mitä kieltä he haluavat käyttää. (Kukaan ei koskaan puhu siitä, mutta Apple lisäsi JavaScriptin AppleScriptin vertaisversiona Macin komentosarjaan jokin aika sitten.) Todennäköisempää on kuitenkin, että Apple valitsee virallisen komentosarjakielen. Ehkä se on JavaScript, koska se on kaikkialla ja Apple on ollut siellä aiemmin. Tai ehkä se on itsestäänselvyys: Swiftin yksinkertaistettu versio.

Ja ehkä, vain ehkä, Apple rakentaa tämän automaatiojärjestelmän kerran ja ottaa sen käyttöön paitsi Macissa myös iPhonessa ja iPadissa.

Tämä on kova juttu. Tästä syystä Apple oli niin selkeä kutsuessaan tätä monivuotiseksi siirtymäksi. Pikanäppäimet Macissa on loistava ensimmäinen askel, mutta paljon on vielä tehtävää, ennen kuin seuraavan sukupolven Mac-käyttäjien automaatio on valmis poistamaan taakan viimeisestä. Se voi viedä vuosia, mutta tulevaisuus on valoisa.

Huomaa: Kun ostat jotain klikattuasi artikkeleissamme olevia linkkejä, voimme ansaita pienen palkkion. Lue meidän

kumppanilinkkejä koskeva käytäntö

lisätietoja.

Aiheeseen liittyvä:

MacOS

Jason toimi Macworldin päätoimittajana yli kymmenen vuoden ajan ja kirjoittaa nyt Applesta osoitteessa

Kuusi väriä

ja podcasteja osoitteessa

Rele FM

ja

Vertamaton

.