Ao trabalhar com o WPF ou o Silverlight, como usar as convenções de nomenclatura de controle? Você nomeia os controles na marcação XAML? Eu vi exemplos de projetos no codeplex com nomes de controle como "selectButton" ou "btnSelect". O que você recomendaria?
wpf
silverlight
Mamta D
fonte
fonte
Respostas:
A Microsoft tem diretrizes publicadas aqui em seu site. A linha inferior é que as convenções de nomes húngaras estão fora.
EDITAR
Para deixar isso mais claro, a Microsoft retirou a notação húngara de todas as suas convenções de nomenclatura, incluindo elementos da interface do usuário. No entanto, a MS não documentou nenhuma recomendação para elementos da interface do usuário. Existem muitos links por aí que observam isso e oferecem sugestões, mas o ponto principal é que, com os elementos da interface do usuário, você fica por conta própria. Link de exemplo .
Em nosso padrão, eliminamos a notação húngara e estamos usando nomes explícitos, o que significa que um botão chamado OK seria chamado ButtonOK, um bloco de texto chamado Comentários seria TextblockComments. A desvantagem é que os nomes podem ficar longos, o positivo é que TODOS sabem exatamente qual é o elemento.
Contanto que você estabeleça o que funciona para você e use esse padrão de forma consistente, não poderá dar errado.
fonte
Normalmente, não nomeio meus controles em XAML, pois, na maioria das vezes, eles não são utilizados, considerando que tudo é definido ou controlado por meio de ligações. Fonte: Pete Brown
fonte
Eu não sei sobre o XAML, mas para o ASP.NET antigo, as convenções que eu vi são:
Não tenho certeza qual eu prefiro, honestamente. Eu costumava ver muitos códigos como o nº 2, mas invertidos (por exemplo, FirstNameTex, StateDropdown, AcceptsTermsCheck), mas gosto da outra maneira, pois agrupa os controles relacionados.
fonte