Fala Thiago, beleza?
Abaixo da chamada deste método está ocorrendo outras atividades?
O que quero dizer com isso: Você tem o método do seu botão, exemplo: btnGravar_Click e o mesmo chama o método CamposObrig (independente se seja um void ou não retorne nada). Após o método CamposObrig executar, existem outras rotinas abaixo?
Se sim, só o fato de colocar return no método CamposObrig não irá adiantar, visto que somente irá sair do processamento do método atual e após, voltar ao evento do Botão e executar o restante.
public
bool CamposObrig()
///
DEFINE NO ATO DE APERTAR "GRAVAR" QUAIS CAMPOS SÃO OBRIGATORIOS
{
var ret =
false;
foreach (var
ctl in Controls)
{
if (ctl
is
TextBox)
{
if ((ctl
as
TextBox).Text ==
string.Empty)
{
//*** O AcessibleName ou AcessibleDescription conterão as informações relativas ao campo que estou percorrendo. ***\\
errorProvider1.SetError((ctl
as
TextBox),
"Campo (" + (ctl
as
TextBox).AccessibleName +
") deve ser preenchido");
(ctl
as
TextBox).Focus();
}
else
{
errorProvider1.SetError((ctl
as
TextBox),
"");
ret =
true;
}
}
}
return ret;
}
private
void btnGravar_Click(object
sender, EventArgs e)
{
if (CamposObrig() ==
true)
{
MessageBox.Show("O
Código será executado sem problemas");
}
else
{
MessageBox.Show("O
Código NÃO SERÁ EXECUTADO");
return;
}
}
Controlar com True ou false seria interessante.
Agora, aproveitando, eu particularmente procuro utilizar MessageBox somente para perguntas e confirmações. Fora isso, porque não trabalhar com o Componente Error Provider???
Para ter idéia do que estou falando, segue uma idéia feita com base no que entendi da sua questão:
Resumindo, ao sair do método CamposObrig(), você continuará a executar o fluxo dentro do evento Click do botão. Espero ter ajudado.
Cristiano Joaquim
