Eu procurei em todos os arquivos do Emacs Lisp no repo do Emacs Git e encontrei (goto-char (point-min))ocorre 3621 vezes e (goto-char 1)ocorre 31 vezes. Pessoalmente, vejo muitos, (point-min)mas nenhum 1, mesmo em muitos casos, é 100% certo de que a região não é reduzida. Então, aqui está a minha pergunta: (point-min)ainda é preferido do que 1mesmo no buffer não estreitado?

Eu acho que 1é mais rápido do que (point-min), por menor que seja, porque 1é constante enquanto (point-min)é uma chamada de função. Além disso, 1é muito menor do que (point-min)1 caractere vs 11 caracteres.

Como você sabe que o buffer não é reduzido?

A menos que você o tenha ampliado antes de chamar a função, você não pode ter certeza. Além disso, "ótimo software" é frequentemente definido como "sendo usado de maneiras que o autor nunca imaginou" - portanto, deve-se estar sempre preparado para o uso incomum de seu código.

A legibilidade do código é o rei

Quando você escreve (goto-char 1), a pessoa que lê o código (incluindo você 6 meses depois) gasta preciosos recursos intelectuais pensando

• "como sabemos que o buffer não é reduzido?" e
• "é o primeiro caractere 0 ou 1?"

Basicamente, a menos que você tenha feito (widen)isso antes, você precisa de um comentário explicando por que está confiante de que o buffer não é reduzido.

O custo é trivial

A menos que você tenha perfilado seu código e encontrado o contrário, uma suposição segura é que o custo aqui será trivial. Comparado a todas as outras coisas que o ELisp faz (rede, acesso ao disco e até correspondência de cadeias), (point-min)não terá um custo significativo (e pode até ser mais barato , veja a resposta de Stefan).

Para complementar a resposta do sds (com a qual concordo plenamente), apesar das aparências, (point-min)pode ser mais eficiente do que 1. Em termos de velocidade de execução, meus testes não veem nenhuma diferença mensurável, mas em termos de tamanho:

ELISP> (byte-compile '(lambda () (goto-char (point-min))))
#[nil "eb\207" [] 1]

ELISP> (byte-compile '(lambda () (goto-char 1)))
#[nil "\300b\207" [1] 1]

ELISP> 

Isso point-minocorre porque possui seu próprio código de bytes e, portanto, é codificado e executado com muita eficiência em comparação com outras chamadas de função.

Obviamente, outro motivo para eu usar point-miné que considero a escolha histórica 1um erro (os buffers deveriam ter começado em 0).