- Certamente existem softwares que podem fazer várias partes dos itens acima, mas eu não sei de nenhum software baseado em GUI que permita a manipulação arbitrária de arquivos com base no conteúdo de documentos XML arbitrariamente estruturados. Isso significa que espera-se que você compartilhe partes da funcionalidade, o que é essencialmente "script".
- O Automator é um ambiente de script gráfico. Todo Automator é, por si só, a "cola" para ligar várias ações através de suas entradas e saídas. O Automator depende das "ações" plugáveis para sua funcionalidade real. As ações do Automator podem fazer praticamente qualquer coisa (até executar scripts de shell de linha de comando), portanto, é quase certo que você pode usar o Automator para agrupar os vários componentes necessários. Se isso acaba sendo mais fácil para você do que escrever scripts de uma maneira menos visual, não posso prever. Eu sou um programador profissional, e acho que a interface do Automator pode ser muito difícil. Dito isso, usei-o com êxito para fazer algumas coisas que, de outra forma, teriam sido difíceis, porque encontrei boas ações do Automator para determinadas peças
- Acho que o que você está descrevendo é muito personalizado para ser chamado de algo mais específico do que "script".
- Existem maneiras de conseguir isso com e sem o Automator. Vou discutir os dois abaixo.
Para algo que envolve o Automator, você pode considerar estas ações do Automator . Infelizmente, parece que não existem binários pré-construídos, o que significa que você pode ter que construir código-fonte a partir do zero, o que pode ter barreiras altas o suficiente para desencorajá-lo da abordagem do Automator.
Mesmo que você tenha essas ferramentas, elas são basicamente apenas componentes para permitir o uso de linguagens de script e de consulta baseadas em XML, como XQuery, XPath e XSLT. Essas linguagens são ótimas para extrair pedaços de informação de documentos XML ou transformá-los em outros documentos XML, mas são bastante abrangentes e possuem suas próprias curvas de aprendizado. Para documentos XML que são altamente estruturados (em vez de orientados a documentos, como HTML), o XQuery funcionaria bem para extração e transformação; O XSLT provavelmente é melhor para reorganizar o conteúdo de documentos. Você pode ter uma ideia do XQuery básico lendo algum código de exemplo e, se os seus documentos XML forem simples o suficiente, provavelmente não precisará de nenhum recurso avançado.
Se você quiser pular as ações do Automator (o que pode acabar sendo mais fácil - uma ferramenta a menos para aprender), você pode verificar o Programa de linha de comando do XQilla , que permitirá que você execute o XQuery a partir do seu Terminal.
Se você renunciar ao Automator, precisará de uma linguagem de script para vincular todas as partes (consulta XML, transformação XML e renomeação de arquivos). Você menciona o Python, o que seria uma boa escolha porque é uma linguagem limpa e legível que você pode aprender pelo exemplo com barreiras de entrada relativamente baixas. Ele provavelmente tem boas bibliotecas XML que permitem realizar consultas e transformações XML sem fazer chamadas para programas de linha de comando externos, embora eu nunca tenha usado o Python para isso e não tenha nenhuma familiaridade com as ferramentas.
A menos que você saiba de um programa para Mac que faz processamento XML, eu evitaria o AppleScript. Sua força é sua capacidade de conversar com aplicativos para Mac e fazer com que eles façam o trabalho pesado; sua funcionalidade interna é limitada e, embora seja como o inglês, não facilita a gravação. Na verdade, não é muito intuitivo, pelo menos para mim.