C# if e else

Até agora, todos os seus programas faziam sempre a mesma coisa, linha por linha, de cima para baixo. Um programa de verdade precisa decidir: se a senha está certa, entra; senão, mostra um erro. Se o estoque está baixo, avisa. Nesta aula você vai aprender o if ("se") e o else ("senão"), as ferramentas de decisão mais usadas do C#, e as armadilhas que pegam todo iniciante: as chaves esquecidas, o = no lugar do == e o ; depois do if.

Todos os programas desta aula rodaram com o .NET 10 (C# 14) na máquina fictícia da Ana (usuária ana, computador notebook), na pasta ~/cs, com o comando da aula Rodar com dotnet run: dotnet run arquivo.cs.

A ideia: a bifurcação na estrada

Você está dirigindo e chega numa bifurcação. Uma placa diz: "Se for para a praia, vá pela esquerda; senão, siga pela direita". Você lê a placa, responde à pergunta e segue um dos caminhos, nunca os dois. Logo depois, as duas estradas se juntam de novo e a viagem continua.

Um if é essa placa. Ele faz uma pergunta (a condição), e a resposta, true (sim) ou false (não), decide qual trecho de código roda. As perguntas você já sabe fazer: são as comparações (Operadores de Comparação) e as combinações com &&, || e ! (Operadores Lógicos).

1. O if sozinho

int estoque = 2;
Console.WriteLine($"Estoque: {estoque}");
if (estoque < 5)
{
    Console.WriteLine("Atenção: estoque baixo!");
    Console.WriteLine("Peça mais ao fornecedor.");
}
Console.WriteLine("Fim do relatório.");

$ dotnet run estoque.cs
Estoque: 2
Atenção: estoque baixo!          « 2 < 5 é true: o bloco rodou
Peça mais ao fornecedor.
Fim do relatório.                « esta linha está fora do if: roda sempre

if

Palavra reservada do C#: "se". Sempre em minúsculas (If ou IF não funcionam).

(estoque < 5)

A condição, obrigatoriamente entre parênteses. Ela tem de dar um bool: se der true, o bloco roda; se der false, o bloco é pulado.

{ … }

O bloco: tudo o que está entre as chaves depende do if. Aqui são dois Console.WriteLine, e os dois rodam ou nenhum roda.

sem ; depois do )

A linha do if não termina com ponto e vírgula. O if só termina no fim do bloco. (A seção 5 mostra o que acontece se você puser.)

o recuo

As linhas de dentro ficam 4 espaços mais para a direita. O compilador ignora isso; é para você enxergar o que está dentro do bloco.

Mude o estoque para 10 e o programa mostra só Estoque: 10 e Fim do relatório.: o bloco inteiro é pulado.

int temperatura = 33;
Console.WriteLine($"Hoje: {temperatura} graus");
if (temperatura > 30)
{
    Console.WriteLine("Beba bastante água!");
}

2. O caminho alternativo: else

Com o else ("senão"), você diz o que fazer quando a condição dá false. Exatamente um dos dois blocos roda, nunca os dois e nunca nenhum.

int idade = 17;
if (idade >= 18)
{
    Console.WriteLine("Pode tirar a carteira de motorista.");
}
else
{
    Console.WriteLine($"Faltam {18 - idade} anos para a carteira.");
}
Console.WriteLine("Fim do programa.");

$ dotnet run idade.cs
Faltam 1 anos para a carteira.          « 17 >= 18 é false: rodou o else
Fim do programa.

Troque o 17 por 30, salve e rode de novo:

$ dotnet run idade.cs
Pode tirar a carteira de motorista.     « 30 >= 18 é true: rodou o if
Fim do programa.

else

Vem logo depois da chave que fecha o bloco do if. Ele não tem condição própria: é "todo o resto".

{18 - idade}

Dentro do bloco você pode fazer contas e usar as variáveis normalmente. Aqui a conta vai direto na interpolação.

Fim do programa.

Depois do if/else, os dois caminhos se juntam e o programa continua normalmente.

"Faltam 1 anos" ficou feio. Para escolher entre "ano" e "anos" numa linha só, existe o operador ternário. Nesta aula a idade está escrita no código; ler do teclado é assunto de Console.ReadLine.

7 é ímpar

int n = 7;
if (n % 2 == 0)
{
    Console.WriteLine($"{n} é par");
}

int n = 7;
if (n % 2 == 0)
{
    Console.WriteLine($"{n} é par");
}
else
{
    Console.WriteLine($"{n} é ímpar");
}

O n % 2 é o resto da divisão por 2 (aula Operadores Aritméticos): 0 para pares, 1 para ímpares positivos. Troque o 7 por 10 e por −3 e rode de novo. Com −3, o resto é −1, que também não é 0: cai no else, certinho.

3. A condição tem de ser bool

Em C#, o que vai entre os parênteses do if tem de ser verdadeiro ou falso: uma comparação, uma variável bool (aula char e bool) ou uma combinação delas.

int mensagens = 3;
bool chovendo = false;
if (mensagens > 0)
{
    Console.WriteLine($"Você tem {mensagens} mensagens novas.");
}
if (!chovendo)
{
    Console.WriteLine("Pode deixar o guarda-chuva em casa.");
}

$ dotnet run condicao.cs
Você tem 3 mensagens novas.            « 3 > 0 é true
Pode deixar o guarda-chuva em casa.    « !false é true

Com uma variável bool, escreva if (chovendo) e if (!chovendo), e não if (chovendo == true): ela já é verdadeira ou falsa.

Quem já viu C, JavaScript ou Python pode tentar usar um número direto como condição. Em C#, não dá:

int mensagens = 3;
if (mensagens)
{
    Console.WriteLine("Você tem mensagens.");
}

$ dotnet run numcond.cs
/home/ana/cs/numcond.cs(2,5): error CS0029: Não é possível converter implicitamente tipo "int" em "bool"

Ocorreu uma falha no build. Corrija os erros de build e execute novamente.

"Não é possível converter int em bool" (em inglês, Cannot implicitly convert type 'int' to 'bool'). O (2,5) aponta a linha 2, coluna 5: a variável mensagens dentro do if. O C# não adivinha o que você quis perguntar ("é diferente de zero?", "é maior que zero?"); você tem de escrever a pergunta: if (mensagens > 0). Essa regra parece chata, mas é ela que salva você da armadilha da seção 5.

4. Chaves: use sempre

O C# permite tirar as chaves quando o bloco tem uma instrução só: if (x < 0) x = 0;. Parece prático, mas é a origem de um erro traiçoeiro. A Ana quis zerar o saldo quando a compra fosse maior que ele:

decimal saldo = 100m;
decimal compra = 30m;
if (compra > saldo)
    Console.WriteLine("Saldo insuficiente.");
    saldo = 0m;
Console.WriteLine($"Saldo: {saldo}");

$ dotnet run semchaves.cs
Saldo: 0         « a compra cabia no saldo, mas o saldo foi zerado!

Sem chaves, o if controla só a primeira instrução depois dele (o Console.WriteLine). A linha saldo = 0m; está fora do if e roda sempre. O recuo engana os olhos, mas o compilador não olha recuo. E repare: o dotnet compilou sem nenhum aviso. O compilador do C# não reclama do recuo enganoso; quem salva você aqui é o hábito.

Saldo: 100

decimal saldo = 100m;
decimal compra = 30m;
if (compra > saldo)
    Console.WriteLine("Saldo insuficiente.");
    saldo = 0m;
Console.WriteLine($"Saldo: {saldo}");

decimal saldo = 100m;
decimal compra = 30m;
if (compra > saldo)
{
    Console.WriteLine("Saldo insuficiente.");
    saldo = 0m;
}
Console.WriteLine($"Saldo: {saldo}");

Onde pôr as chaves

O compilador aceita a chave de abertura na linha de baixo ou na mesma linha:

if (nota >= 6)            // estilo do C#: chave na linha de baixo
{
    Console.WriteLine("Aprovada");
}
else
{
    Console.WriteLine("Reprovada");
}

if (nota >= 6) {          // estilo do C, do Java e do JavaScript: chave na mesma linha
    Console.WriteLine("Aprovada");
} else {
    Console.WriteLine("Reprovada");
}

O primeiro estilo (chamado Allman) é o padrão do C#: é o que a Microsoft usa na documentação e no código do próprio .NET, e o que o dotnet format e os editores produzem. Este guia usa ele. O segundo funciona igual e aparece em código de quem veio de outras linguagens. O importante é usar sempre o mesmo no projeto.

5. Duas armadilhas: = e ;

if (x = 0): guardar no lugar de comparar

Um = sozinho guarda um valor; dois, ==, comparam (aula Operadores de Comparação). Em C, if (vidas = 0) compila (no máximo com um aviso) e zera as vidas. Em C#, a regra da seção 3 pega o erro: vidas = 0 dá um int, e o if exige bool.

int vidas = 3;
if (vidas = 0)
{
    Console.WriteLine("Fim de jogo.");
}

$ dotnet run igual.cs
/home/ana/cs/igual.cs(2,5): error CS0029: Não é possível converter implicitamente tipo "int" em "bool"
/home/ana/cs/igual.cs(1,5): warning CS0219: A variável "vidas" é atribuída, mas seu valor nunca é usado

Ocorreu uma falha no build. Corrija os erros de build e execute novamente.

O conserto é if (vidas == 0). O aviso CS0219 que veio junto é consequência: como o programa só guarda valores em vidas e nunca lê, o compilador acha a variável inútil. Ele some junto com o erro.

Com uma variável bool o compilador não tem como recusar, porque pronto = true dá mesmo um bool. Então ele avisa:

bool pronto = false;
if (pronto = true)
{
    Console.WriteLine("Pronto!");
}

$ dotnet run igualbool.cs
/home/ana/cs/igualbool.cs(2,5): warning CS0665: Atribuição em expressão condicional é sempre constante. Deseja usar == em vez de = ?
/home/ana/cs/igualbool.cs(1,6): warning CS0219: A variável "pronto" é atribuída, mas seu valor nunca é usado
Pronto!          « pronto era false, mas o if guardou true e entrou

Um aviso não impede o programa de rodar, e o resultado está errado. O próprio aviso sugere o conserto: "Deseja usar == em vez de =?". Melhor ainda: com bool, escreva só if (pronto).

if (…);: o ponto e vírgula que desliga o if

int temperatura = 25;
if (temperatura > 30);
{
    Console.WriteLine("Que calor! Ligue o ventilador.");
}

$ dotnet run pontovirgula.cs
/home/ana/cs/pontovirgula.cs(2,22): warning CS0642: Instrução empty possivelmente incorreta
Que calor! Ligue o ventilador.     « com 25 graus?!

1. O ; sozinho é uma instrução vazia: "não faça nada".
2. Então o if ficou assim: "se a temperatura passar de 30, não faça nada".
3. O bloco { … } da linha de baixo virou um bloco comum, fora do if, e roda sempre.

O aviso, numa tradução meio torta, diz "instrução vazia possivelmente incorreta" (em inglês, Possible mistaken empty statement). A coluna 22 da linha 2 é justamente o ;. Conserto: apague o ;.

Se houver um else, o mesmo ; vira erro de compilação, porque o else fica sem o if dele:

int nota = 4;
if (nota >= 6);
    Console.WriteLine("Aprovada");
else
    Console.WriteLine("Reprovada");

$ dotnet run elsesolto.cs
/home/ana/cs/elsesolto.cs(3,35): error CS8641: 'else' não pode iniciar uma instrução.
/home/ana/cs/elsesolto.cs(3,35): error CS1003: Erro de sintaxe, "(" esperado
/home/ana/cs/elsesolto.cs(3,35): error CS1525: Termo de expressão inválido "else"
/home/ana/cs/elsesolto.cs(3,35): error CS1026: ) esperado
/home/ana/cs/elsesolto.cs(3,35): error CS1002: ; esperado

Ocorreu uma falha no build. Corrija os erros de build e execute novamente.

Cinco erros para um ; só! Leia sempre o primeiro: "else não pode iniciar uma instrução". O if terminou no ;, o Console.WriteLine("Aprovada"); é uma instrução solta, e o else chegou sem nenhum if logo antes. Os outros quatro erros são o compilador, já confuso, tentando entender o else como outra coisa. Conserte o primeiro (apague o ; da linha 2, e ponha chaves) e todos somem.

Repare que o aviso CS0642, que apontaria direto o culpado, não aparece aqui: quando encontra erros de sintaxe (de escrita), o compilador para antes de procurar avisos. O editor do guia faz igual e mostra os mesmos cinco erros. Depois que você apaga o ;, não sobra erro nem aviso.

6. Variáveis e o bloco

Criada dentro, só existe dentro

Uma variável declarada dentro das chaves só existe ali dentro. Quando o bloco termina, ela some:

int pontos = 120;
if (pontos > 100)
{
    int bonus = 10;
    pontos = pontos + bonus;
}
Console.WriteLine($"Pontos: {pontos}, bônus: {bonus}");

$ dotnet run escopo.cs
/home/ana/cs/escopo.cs(7,47): error CS0103: O nome "bonus" não existe no contexto atual

Ocorreu uma falha no build. Corrija os erros de build e execute novamente.

Na linha 7, fora das chaves, bonus não existe mais. Já pontos, criada fora do if, existe nos dois lugares, e a mudança feita dentro do bloco continua valendo depois. Se você precisa do valor depois do if, declare a variável antes dele. A aula Escopo explica as regras completas.

Valor em um caminho só: CS0165

O C# confere se toda variável tem valor antes de ser lida. Se ela só recebe valor dentro do if, existe um caminho (condição falsa) em que ela fica vazia, e o compilador recusa:

int nota = 8;
string situacao;
if (nota >= 6)
{
    situacao = "Aprovada";
}
Console.WriteLine(situacao);

$ dotnet run naoatribuida.cs
/home/ana/cs/naoatribuida.cs(7,19): error CS0165: Uso de variável local não atribuída "situacao"

Ocorreu uma falha no build. Corrija os erros de build e execute novamente.

Mesmo com a nota 8, o compilador não "roda" o programa para ver: ele olha todos os caminhos possíveis. Há dois consertos: dar um valor no else também (else { situacao = "Reprovada"; }), ou dar um valor inicial na declaração (string situacao = "Reprovada";). Com o else, todos os caminhos dão valor, e o erro some.

Formas diferentes de escrever a mesma decisão

Quando dá errado

$ cat semparen.cs
int nota = 8;
if nota >= 6
{
    Console.WriteLine("Aprovada");
}
$ dotnet run semparen.cs
/home/ana/cs/semparen.cs(2,4): error CS1003: Erro de sintaxe, "(" esperado
/home/ana/cs/semparen.cs(2,13): error CS1026: ) esperado

Ocorreu uma falha no build. Corrija os erros de build e execute novamente.

Referência rápida

Exercícios

Missão final: o frete grátis

Frete grátis!
Total: R$ 120,50

decimal compra = 120.50m;
decimal total = compra;

// escreva o if e o else aqui

Console.WriteLine($"Total: R$ {total:N2}");

decimal compra = 120.50m;
decimal total = compra;

if (compra >= 100m)
{
    Console.WriteLine("Frete grátis!");
}
else
{
    Console.WriteLine("Frete: R$ 15,00");
    total = total + 15m;
}

Console.WriteLine($"Total: R$ {total:N2}");

Teste também com 99.90m: a saída deve ser Frete: R$ 15,00 e Total: R$ 114,90. E com 100m: frete grátis, porque o "ou mais" pede >=, não >. No código, o número usa ponto (120.50m); na saída, o N2 segue o costume brasileiro e mostra vírgula (aula Formatar Números).

Resumo

• if (condição) { … } roda o bloco só quando a condição é true. Os parênteses são obrigatórios.
• else { … } é o caminho alternativo: com if/else, exatamente um dos blocos roda. Depois, o programa continua normalmente.
• A condição tem de ser bool: um número sozinho dá CS0029. Com variável bool, use if (x) e if (!x).
• Chaves sempre, no estilo do C# (chave na linha de baixo). Sem elas, o if controla só a primeira instrução, e o compilador não avisa.
• if (x = 0) dá CS0029 (ou o aviso CS0665 com bool). if (…); desliga o if (aviso CS0642) e, com else, dá CS8641.
• Variáveis criadas dentro das chaves só existem ali dentro (CS0103). Uma variável lida depois do if precisa de valor em todos os caminhos (CS0165).