Maneira conveniente de nomear arquivos no Linux

Question

Tenho notado que muitas pessoas envolvidas no Linux (como tutoriais e guias) tendem a nomear arquivos omitindo espaços e substituindo-os pelo caractere "_" e gostaria de saber se há uma razão para isso. Também quero saber quais outros caracteres devem ser evitados ao nomear arquivos. E quanto a letras maiúsculas? Eu já vi uma preferência por letras minúsculas.

Como última consulta, qual seria a melhor maneira de nomear minhas músicas no Linux. Por exemplo, eu tenho muitos arquivos no formato: track. artist name - song name.mp3 , como 01. Crystal Castles - Untrust Us.mp3 . Devo alterar o formato para algo como track._artist_name_-_song_name.mp3 como em 01._Crystal_Castles_-_Untrust_Us.mp3 Gostaria de saber sua opinião sobre esse assunto.

    

Answer 1

Tecnicamente falando, os únicos caracteres que são explicitamente desaprovados são / e NUL (o _ byte), já que eles têm significados especiais.

No entanto, existem algumas convenções que as pessoas tendem a usar por conveniência. Por exemplo, você percebeu que as pessoas preferem não usar espaços e, em vez disso, usam \ . Isso ocorre porque os espaços são delimitadores de palavras nas linhas de comando * nix. Como resultado, se você usar um espaço em um nome de arquivo, deverá citar o nome do arquivo ou escapar de cada espaço (com ~/Music/<Artist>/<Album>/ ) para que o nome seja reconhecido corretamente como uma única entidade. Embora você possa usar espaços em nomes de arquivos, o esforço extra impede que muitas pessoas façam isso.

Além disso, letras maiúsculas são evitadas (por alguns), provavelmente porque é preciso mais esforço para digitar esses nomes de arquivos - afinal, pressionar Shift é muito difícil!

Sua pergunta sobre "Qual é a melhor convenção?" é difícil de responder; como com muitos problemas, em * nix, a solução melhor é o que funciona melhor para você .

Pessoalmente, mantenho meus arquivos de áudio em uma hierarquia de arquivos ( ## - <Track Name>.ext ) e cada nome de faixa assim: %code% .

    

Answer 2

• maiúsculas e minúsculas

  Letras maiúsculas, minúsculas e maiúsculas e minúsculas estão bem para nomes de arquivos. Se alguns usuários tiverem uma preferência por nomes de letras minúsculas, é porque é mais rápido digitar letras minúsculas.

• Espaços

  Espaços são bons em nomes de arquivos com uma ressalva: tais nomes de arquivos requerem mais cuidado ao escrever scripts de shell. Um tutorial básico sobre este assunto é aqui .

• Colons

  Colons ( : ) provavelmente devem ser evitados. Isso ocorre porque, ao mover arquivos de um computador para outro, é uma convenção comum, com utilitários como scp , combinar o nome do computador e o nome do arquivo no formato machinename:filename . Assim, se o nome do seu arquivo tiver dois pontos, isso pode causar confusão.

• Barras

  Você não pode usar / , pois esse caractere é usado para separar nomes de diretório, assim como \ é usado em sistemas da Microsoft. Se você quiser transferir arquivos livremente para frente e para trás, provavelmente deve evitar os dois.

• Portabilidade

  Muitos players de mp3 usam sistemas de arquivos Microsoft VFAT de estilo antigo. Nesses sistemas de arquivos, : , \ , * e ? são todos proibidos. Se algum dia você transferir seus arquivos para esse sistema de arquivos, é melhor evitar esses caracteres também.

Answer 3

• Letras maiúsculas e minúsculas - nota

  * Sistemas de arquivos comuns em sistemas operacionais como nix permitem que ThisFile e thisfile existam na mesma pasta. Isto não é possível, e. em um sistema de arquivos vfat ou ntfs (e um bom número de outros sistemas de arquivos mais antigos).

Answer 4

O mais importante é combinar os padrões existentes e cumpri-lo. Obter uma resposta sem perder tempo pensando sobre isso. Eu entendo a ironia que estou respondendo esta pergunta;

A Apple segue /Library/Extensions/SomeExtension.file , então eu configurei meu diretório de trabalho assim também: Projects/Client/Project/thing.extension

A propósito, o frontend dev trabalha também segue essa lógica com JS namingLikeThis.js enquanto CSS something-like-this.css - misturando convenções em meu projeto mas não para tecnologias em geral. Eu pedi aos criadores do Bootstrap @fat e @mdo por algum tempo de volta e sua abordagem um bem. Adotei isso e nunca mais pensei nisso seriamente.

É um pouco instável, mas resolve o enigma com uma resposta defensável para que eu possa começar a trabalhar com menos raciocínio ou debate.