1.
Em quais casos devemos usar uma aplicação Console ao
invés do Windows Form?
Uma aplicação Console é recomendada quando: O foco está em
processamento de dados, algoritmos ou rotinas batch, sem
necessidade de interface gráfica. Deseja-se baixo consumo de
recursos e maior desempenho em execução de scripts ou serviços
auxiliares. É necessário criar ferramentas utilitárias, como
conversores, analisadores de logs, parsers ou processos de
automação. O objetivo é uma aplicação de linha de comando (CLI),
integrável em pipelines, sistemas de build ou automações de
servidores
2. O que é Windows Form, qual a sua aplicação e quais as
suas principais características?
Windows Forms (WinForms) é uma tecnologia da .NET
Framework/.NET para desenvolvimento de aplicações desktop com
interface gráfica. Aplicações típicas: Sistemas de gestão (ERP,
CRM, PDV). Aplicativos corporativos de cadastro e relatórios.
Ferramentas administrativas ou de configuração. Principais
características: Baseado em eventos (event-driven
programming). Ampla biblioteca de controles visuais (botões,
caixas de texto, tabelas etc.). Integração com [Link] para
manipulação de dados. Suporte a GDI+ para gráficos e desenho
customizado. Prototipagem rápida de interfaces. Forte integração
com o Visual Studio, permitindo desenvolvimento visual (drag &
drop).
3. Quais os principais arquivos de um projeto Windows
Form?
Um projeto Windows Forms geralmente contém: [Link] →
Ponto de entrada da aplicação (Main()), define o form inicial.
[Link] → Código-behind do formulário, onde estão os eventos e
lógica. [Link] → Código gerado automaticamente,
descreve os componentes e propriedades do form. [Link] →
Arquivo de recursos (strings, imagens, ícones). [Link]
(opcional) → Configurações da aplicação (connection strings,
parâmetros globais). Properties/[Link] → Metadados do
assembly (versão, autor, cultura).
4. Qual a função vantagem de usar abreviações de
componentes?
Usar abreviações nos nomes de componentes é uma boa prática
para manter padronização, legibilidade e manutenção do código.
Exemplo de convenção comum: lblNome → Label para exibir
“Nome”. txtNome → TextBox para entrada de nome. btnSalvar →
Botão de salvar. chkAtivo → CheckBox de status ativo. Vantagens:
Evita colisões de nomes. Facilita a identificação rápida do tipo de
controle. Melhora a manutenção e colaboração em equipes. Segue
padrões amplamente aceitos (Hungarian notation adaptada para
UI).
5. Crie uma tabela descrevendo os seguintes componentes:
Form, label, button, TextBox, CheckBox, RadioButton,
ComboBox, Listbox, MaskedTextBox, DataGridView,
ListView, Progressbar, DateTimerPicker, MonthCalendar.
Em uma coluna o nome do componente, descrição e uso,
imagem.
Componente Descrição e Uso
Form Janela principal ou secundária
da aplicação. Base para
hospedar controles.
Label Exibe texto estático (rótulos,
descrições).
Button Botão clicável que dispara
eventos (Click).
TextBox Campo de entrada de texto.
CheckBox Permite seleção sim/não
(múltipla escolha).
RadioButton Opção de escolha única dentro
de um grupo.
ComboBox Caixa de seleção com lista
suspensa (drop-down)
ListBox Lista de itens com múltipla ou
única seleção.
MaskedTextBox Campo de texto com máscara
de entrada (CPF, telefone,
datas).
DataGridView Exibição e edição de dados
tabulares (linhas/colunas).
ListView Exibição de listas avançadas
(detalhes, ícones, relatórios).
ProgressBar Barra de progresso para indicar
status de operações.
DateTimePicker Seletor de datas e horas com
calendário embutido.
MonthCalendar Controle de calendário
completo, exibe um ou mais
meses.