Como você chama a parte de “happy-dog” do arquivo “happy-dog.png”?

6

Acabei de perceber que não sei como file é chamado em file.ext .

Todo o file.ext é chamado de arquivo ou nome de arquivo, ext é chamado de extensão, mas como você chama a própria file de file.ext ?

Por exemplo, happy-dog.png . Todo o arquivo / nome de arquivo é happy-dog.png , a extensão é png , mas como você chama happy-dog ?

Não é basename. É como titlename? Ou filepart? Alguma idéia?

    
por bodacydo 01.12.2015 / 07:05

3 respostas

5

Eu duvido que haja uma terminologia estável aqui. Um pequeno googling expõe as pessoas a utilizar base name para isso, mas esse uso entra em conflito com o mesmo termo usado como "nome completo do arquivo sem caminho". Por exemplo, o link expõe o caso quando "nome do arquivo" é "basename" mais "extensão".

OTOH, o termo "extensão" que você usa é estranho. Ele é originado no mundo CP-M / Dos / Windows (distorção da imitação da abordagem RSX-11 / RT-11), em que um nome de arquivo poderia (antes do Windows 95) ter uma única parte após o ponto. No mundo Unix, isso foi chamado de "sufixo" desde o começo, e eu sugiro strongmente que você use esse termo. A diferença é que vários sufixos podem existir - por exemplo, a.o.d é uma lista de dependências para a.o . Por sua vez, se este for sufixo, a parte antes dos sufixos é um filename root . Na minha opinião, há uma chance muito pequena de entrar em conflito com o "root" como superusuário do Unix.

    
por 01.12.2015 / 07:40
1

csh , tcsh , vim e zsh que tem um operador para extrair essa parte do nome do arquivo ( $file:r ) chamá-lo de nome raiz ou raiz do nome do arquivo (bem, $file:r aplicado a /foo/bar.baz é /foo/bar , então bar seria a raiz do nome de base ou o base da raiz ). Erlang também tem um operador rootname() e o python documentation também se refere ao caminho do arquivo sem a extensão como a raiz .

Isso pode não ser uma prática muito comum (eu pensei que eu mesmo r era r est do nome do arquivo e os mecanismos de pesquisa da Web não não traz muitas referências), mas já é longa, já que o recurso já estava lá e documentado como tal na primeira versão lançada publicamente de csh em 1979.

    
por 01.12.2015 / 10:48
1

Eu gosto bastante da terminologia pathlib do Python do tronco . Isso é consistente com a terminologia de processamento de linguagem natural, mas não acredito que isso seja universal.

    
por 24.05.2017 / 01:41