É mais eficiente usar if-return-return ou if-else-return?

Suponha que eu tenha uma ifafirmação com a return. Do ponto de vista da eficiência, devo usar

if(A > B):
    return A+1
return A-1

ou

if(A > B):
    return A+1
else:
    return A-1

Devo preferir um ou outro ao usar uma linguagem compilada (C) ou uma script (Python)?

Como a returninstrução encerra a execução da função atual, as duas formas são equivalentes (embora a segunda seja discutivelmente mais legível que a primeira).

A eficiência de ambos os formulários é comparável; o código de máquina subjacente deve executar um salto se a ifcondição for falsa de qualquer maneira.

Observe que o Python suporta uma sintaxe que permite usar apenas uma returninstrução no seu caso:

return A+1 if A > B else A-1

Do guia de estilo do Chromium :

Não use mais depois do retorno:

# Bad
if (foo)
  return 1
else
  return 2

# Good
if (foo)
  return 1
return 2

return 1 if foo else 2

Em relação ao estilo de codificação:

A maioria dos padrões de codificação, independentemente do idioma, proíbe várias declarações de retorno de uma única função como prática recomendada.

(Embora pessoalmente eu diria que há vários casos em que várias instruções de retorno fazem sentido: analisadores de protocolo de texto / dados, funções com amplo tratamento de erros, etc.)

O consenso de todos os padrões de codificação do setor é que a expressão deve ser escrita como:

int result;

if(A > B)
{
  result = A+1;
}
else
{
  result = A-1;
}
return result;

Em relação à eficiência:

O exemplo acima e os dois exemplos na pergunta são todos equivalentes em termos de eficiência. Em todos esses casos, o código da máquina deve comparar A> B, ramificar para o cálculo A + 1 ou A-1 e armazenar o resultado disso em um registro da CPU ou na pilha.

EDIT:

Fontes:

• MISRA-C: regra 14.7 de 2004, que por sua vez cita ...:
• IEC 61508-3. Parte 3, tabela B.9.
• IEC 61508-7. C.2.9

Com qualquer compilador sensato, você não deve observar nenhuma diferença; eles devem ser compilados em código de máquina idêntico, pois são equivalentes.

Esta é uma questão de estilo (ou preferência), pois o intérprete não se importa. Pessoalmente, eu tentaria não fazer a declaração final de uma função que retorna um valor em um nível de recuo diferente da base da função. O resto do exemplo 1 obscurece, mesmo que ligeiramente, onde está o final da função.

Por preferência eu uso:

return A+1 if (A > B) else A-1

Como ele obedece à boa convenção de ter uma única declaração de retorno como a última declaração na função (como já mencionado) e ao bom paradigma de programação funcional de evitar resultados intermediários no estilo imperativo.

Para funções mais complexas, prefiro dividir a função em várias subfunções para evitar retornos prematuros, se possível. Caso contrário, volto a usar uma variável de estilo imperativa chamada rval. Tento não usar várias instruções de retorno, a menos que a função seja trivial ou a declaração de retorno antes do final seja resultado de um erro. O retorno prematuro destaca o fato de que você não pode continuar. Para funções complexas projetadas para ramificar-se em múltiplas subfunções, tento codificá-las como instruções de caso (orientadas por um ditado, por exemplo).

Alguns pôsteres mencionaram a velocidade de operação. A velocidade do tempo de execução é secundária para mim, pois se você precisar de velocidade de execução, o Python não é a melhor linguagem para usar. Eu uso o Python como a eficiência da codificação (isto é, escrever código sem erros) que é importante para mim.

Pessoalmente, evito elsebloqueios quando possível. Veja a campanha anti-se

Além disso, eles não cobram 'extra' pela linha, você sabe: p

"Simples é melhor que complexo" e "Legibilidade é rei"

delta = 1 if (A > B) else -1
return A + delta

A versão A é mais simples e é por isso que eu a usaria.

E se você ativar todos os avisos do compilador em Java, receberá um aviso na segunda versão porque é desnecessário e aumenta a complexidade do código.

Eu sei que a pergunta está marcada como python, mas menciona linguagens dinâmicas, então pensei em mencionar que, em ruby, a instrução if realmente tem um tipo de retorno para que você possa fazer algo como

def foo
  rv = if (A > B)
         A+1
       else
         A-1
       end
  return rv 
end

Ou porque também possui retorno implícito simplesmente

def foo 
  if (A>B)
    A+1
  else 
    A-1
  end
end

que contorna a questão do estilo de não ter vários retornos muito bem.