- Конечно, есть программное обеспечение, которое может выполнять различные части вышеперечисленного, но я не знаю ничего о программном обеспечении на основе графического интерфейса, которое позволит вам произвольно манипулировать файлами на основе содержимого произвольно структурированных XML-документов. Это означает, что вы должны собирать воедино кусочки функциональности, что по сути является "сценарием".
- Automator - это графическая среда сценариев. Весь Automator сам по себе является "клеем" для соединения различных действий вместе через их входы и выходы. Automator зависит от подключаемых "действий" для его реальной функциональности. Действия Automator могут выполнять практически все (даже запускать сценарии оболочки командной строки), поэтому да, вы почти наверняка можете использовать Automator для объединения различных компонентов, которые вам понадобятся. Я не могу предсказать, будет ли это легче для вас, чем написание сценариев менее наглядным способом. Я профессиональный программист, и я считаю, что интерфейс Automator может быть очень сложным. Тем не менее, я успешно использовал это, чтобы сделать некоторые вещи, которые в противном случае были бы трудными, потому что я нашел хорошие действия Automator для определенных частей
- Я думаю, что то, что вы описываете, слишком нестандартно, чтобы называться чем-то более конкретным, чем "скриптинг".
- Есть способы достичь этого с и без Automator. Я буду обсуждать оба ниже.
Для чего-то, что включает Automator, вы можете рассмотреть эти действия Automator. К сожалению, нет никаких готовых двоичных файлов, что означает, что вам, возможно, придется создавать исходный код с нуля, что может иметь достаточно высокие барьеры для входа, чтобы отговорить вас от подхода Automator.
Даже если у вас есть эти инструменты, они в основном просто компоненты, позволяющие вам использовать скриптовые языки и языки запросов на основе XML, такие как XQuery, XPath и XSLT. Эти языки отлично подходят для извлечения битов информации из XML-документов или преобразования их в другие XML-документы, но все они довольно всеобъемлющие и имеют свои собственные кривые обучения. Для документов XML, которые сильно структурированы (а не ориентированы на документы, такие как HTML), XQuery будет хорошо работать для извлечения и преобразования; XSLT, вероятно, лучше для реорганизации контента, похожего на документ. Вы можете прочувствовать базовый XQuery, прочитав пример кода, и если ваши XML-документы достаточно просты, вам, вероятно, не понадобятся какие-либо расширенные функции.
Если вы хотите пропустить действия Automator (которые могут оказаться проще - еще один инструмент для изучения), вы можете проверить программу командной строки XQilla, которая позволит вам запускать XQuery из вашего терминала.
Если вы отказываетесь от Automator, вам понадобится язык сценариев, чтобы связать все части (XML-запрос, XML-преобразование и переименование файла) вместе. Вы упоминаете Python, который был бы хорошим выбором, потому что это чистый и читаемый язык, который вы можете выучить на собственном примере с относительно низкими барьерами для входа. Вероятно, у него есть хорошие библиотеки XML, которые позволят вам выполнять запросы и преобразования XML, не обращаясь к внешним программам командной строки, хотя я никогда не использовал Python для этого и не знаком с инструментами.
Если вы не знаете о программе Mac, которая выполняет обработку XML, я бы избегал AppleScript. Его сила в том, что он может общаться с приложениями Mac и заставлять их выполнять тяжелую работу; его встроенная функциональность ограничена, и хотя он читает как английский, на самом деле это не облегчает написание. Это на самом деле совсем не интуитивно понятно, по крайней мере для меня.
