Повече от всякога Mac е мощният инструмент на Apple. Днешните Mac-ове, работещи с Apple Silicon, могат да използват пълната библиотека от приложения за macOS и приложения от iOS чрез Catalyst или непроменени директно от App Store. И тогава има всичко, което е под капака, от скриптове за приложения до Unix-базирани инструменти от всякакъв вид.
Но с преминаването към силикона на Apple и съобщението на Apple през юни, че Shortcuts идва на Mac като част от многогодишен преход към автоматизация, нещата се променят. Въпреки че Mac няма да спре да бъде електроинструмент, следващите няколко години ще променят природата му по някои основни начини.
Преките пътища заместват Automator
Новината, че Shortcuts идва да замени Automator (и не се заблуждавайте, това ще се случи) не е важна само защото macOS има лъскав нов инструмент за потребителска автоматизация. Това също е важен знак, че Apple обръща внимание. През последните няколко години за разработчиците на приложения за Mac беше трудно да почувстват, че има смисъл да добавят функции за автоматизация към своите приложения. Но сега имаме отговора: Shortcuts е тук и Apple ще прекара няколко години в прехода към нов свят.
От тази есен ще започнете да виждате разработчиците на Mac да добавят поддръжка за преки пътища. Както при iOS, приложенията ще „даряват“ действия в приложението Shortcuts. Силата на приложенията, които използвате, се натрупва в Shortcuts. В някои случаи тези действия ще отворят приложението и ще го накарат да изпълни задача. В други може дори да не се налага да отваря приложението видимо, но може да приложи част от силата си към всеки проблем, който трябва да бъде разрешен.
Приложението Shortcuts дебютира в iOS и беше хит.
Ябълка
Преките пътища получават силата на Unix
Преките пътища на Mac също надхвърлят това, което е налично в iOS и iPadOS, като могат да се закачат директно към Unix скриптове и поддръжка на обвивка – с една голяма уловка. Apple се ангажира повече да не включва общи Unix скриптови системи с macOS. В macOS Monterey PHP вече е напуснал, а Perl и Python са по-стари версии, които скоро ще бъдат премахнати.
Това не е голяма работа на едно ниво: все още можете да инсталирате най-новите версии на PHP, Perl и Python на macOS. (Използвам
Домашно производство
за да го направите.) От друга страна, ако изграждате автоматизация, която разчита на един от тези скриптови езици, ще трябва да ги инсталирате на всеки Mac, който искате да автоматизирате.
Какво ще кажете за другите скриптови езици?
Това ни води до по-големия въпрос: Какво се случва с AppleScript и технологията Apple Events, която поддържа комуникацията между приложенията жива на Mac от десетилетия? iOS няма еквивалент на Apple Events. Прехвърлянето на URL адреси напред и назад се превърна в стандартен метод за комуникация, вярвате или не. Но Apple наскоро модернизира с функции като Siri Intents.
Истината е, че по-голямата част от автоматизацията в iOS е свързана с изграждането на работни процеси с помощта на малки части от различни приложения. Това е важна част от историята на потребителската автоматизация, но друга част е възможността за дълбок контрол на мощни приложения чрез скриптове. В iOS приложенията с това ниво на контрол са склонни да използват самостоятелно имплементирана машина за макроси, базирана на JavaScript или Python. Може би най-добрият пример за това е
Богатата автоматизация на Omni Group, базирана на JavaScript
, което позволява на скриптове да контролират приложенията на Omni – на iPad, iPhone или Mac.
Всяко приложение, прилагащо собствен скриптов или макро език, не е път напред. Това е мястото, където Apple трябва да се намеси като собственик на платформата и да създаде обща референтна рамка за всички, разработчици и потребители.
Дните на AppleScript са преброени.
Ябълка
Бъдещето на скриптовете в macOS
Какво се случва в края на този дългогодишен преход? Най-лесното предположение е, че AppleScript, който датира от началото на 90-те години, най-накрая ще бъде пуснат на паша.
Какво ще го замени е по-скоро отворен въпрос. Преките пътища не могат да бъдат край на всичко, да бъдат всичко сами по себе си: това просто не е инструмент, предназначен за нивото на прецизно дистанционно управление на приложения. Също така, колкото повече действия поставите в пряк път, толкова по-сложен става той - и след определена точка вероятно трябва да бъде написан като скрипт, вместо да се сглобява в опростен интерфейс. (Свидетел
Желирани парченца
, който е скриптов език, предназначен да прави преки пътища!)
Бих предпочел система, която позволява на скриптерите да избират какъв език искат да използват. (Никой никога не говори за това, но Apple добави JavaScript като партньор на AppleScript за скриптове на Mac преди известно време.) По-вероятно обаче е Apple да избере официален скриптов език. Може би това ще бъде JavaScript, тъй като е повсеместен и Apple е била там и преди. Или може би ще бъде очевидното: опростена версия на Swift.
И може би, само може би, Apple ще изгради тази система за автоматизация веднъж и ще я внедри не само на Mac, но и на iPhone и iPad.
Това е трудно. Ето защо Apple беше толкова ясна, като нарече това многогодишен преход. Преките пътища на Mac ще бъдат страхотна първа стъпка, но има още много работа, преди следващото поколение потребителска автоматизация на Mac да е готово да вдигне тежестта от предишното. Може да отнеме години, но бъдещето е светло.
Забележка: Когато закупите нещо, след като щракнете върху връзки в нашите статии, може да спечелим малка комисионна. Прочетете нашите
политика за партньорски връзки
за повече подробности.
Свързани:
MacOS
Джейсън беше водещ редактор в Macworld повече от десетилетие и сега пише за Apple в
Шест цвята
и подкасти в
Реле FM
и
Несравнимият
.