He creado bastantes controles de usuario para encapsular la funcionalidad de GUI utilizada en varios lugares en mi aplicación. Me he dado cuenta de que generalmente tengo una tendencia a describir la función del control y virar "Control" al final del nombre, pero no siempre. Me gustaría estandarizar los nombres y quería saber si hay una mejor práctica para nombrar los controles de usuario en .NET.¿Mejores prácticas para nombrar controles de usuario?
Respuesta
En realidad, Control es un sufijo bastante bueno. Considere hacer un control para Nombre/Dirección, quiere algo en el nombre que lo marque como GUI en lugar de Lógico.
Así que tiendo a utilizar NameAddressControl.
Trate de quedarse con algo familiar para el usuario a menos que esté codificando directamente para otros codificadores. Es un problema comprobado de confiabilidad el no introducir nomenclatura con la que el usuario final no está familiarizado.
Los elementos de la IU son los únicos elementos que aún utilizo para la notación húngara. uctDoesSomething funciona para mí.
Esto es principalmente una preferencia, pero me parece que cuando estoy seleccionando un control mis pensamientos van en el orden de "qué tipo de control sería" y luego "qué hace". En ese caso, tiene sentido escribir "uct" y dejar que intellisense me brinde las alternativas.
También sufijo mis controles de usuario con "Control"
Mi estructura típica para los módulos de interfaz de usuario sería algo como:
EntradaDeDatos
-> DataEntryForm
-> DataEntryAddressControl
-> DataEntryNameControl
- > DataEntryAddressItem
-> DataEntryAddressItemCollection
-> DataEntryConfirmationDialog
etc.
funciona bien para nuestro equipo
Al igual que algunos de los otros, que también utilizan el sufijo de control para nuestros controles de usuario. (Es decir ResPayerControl)
Hay dos métodos que he visto usada:
- LoginDateCalendar Ctl
- UC LoginDateCalendar
OP estaba preguntando sobre los controles de usuario de Windows Forms, no ASP.NET;) –
Ah, buena captura. –
firstNameLA.Text = "Nombre:";
firstNameTI.Text = "< Ingrese su nombre en este control de entrada de texto >";
1) lowcaseCamel porque los controles son predeterminado privado
2) el uso de sufijos en lugar de prefijo para intellisense, etc para recoger por nombre no escriba
3) incluyen el tipo y no simplemente 'Control', para recordarle a su mente los nombres reales y aburridos de todas esas compilaciones de uan fantasia-schmantzy ui gots
- 1. Nombrar claves en las mejores prácticas de archivos de recursos
- 2. mejores prácticas en nombrar las variables de sesión
- 3. ¿Mejores prácticas para cadenas de usuario de usuario http personalizadas?
- 4. Mejores prácticas de Sitecore
- 5. Nombrar controles de usuario sin constructores predeterminados en XAML
- 6. Mejores prácticas para C#
- 7. Mejores prácticas para almacenar configuraciones
- 8. Mejores prácticas para informar la ubicación del usuario continuamente
- 9. ¿Mejores prácticas de Flex?
- 10. Directrices de nomenclatura de WCF/Mejores prácticas
- 11. Mejores prácticas de LDAP
- 12. Mejores prácticas de Maven
- 13. Mejores prácticas para Magento Deployment
- 14. ¿Mejores prácticas para autoguardar borradores?
- 15. ¿Mejores prácticas para API seguras?
- 16. Registro para ASP.NET - Mejores prácticas
- 17. Mejores prácticas para la depuración
- 18. Mejores prácticas de inicio de sesión de usuario de ASP.NET
- 19. ¿Mejores prácticas para generar tokens de OAuth?
- 20. Mejores prácticas para implementar Secure "Remember Me"
- 21. Mejores prácticas para PK en SQL Server
- 22. Mejores prácticas de Javascript
- 23. Mejores prácticas de NAnt
- 24. mejores prácticas de ctags
- 25. Mejores prácticas de PyLint?
- 26. Mejores prácticas al informar mensajes de excepción al usuario
- 27. Incluir funciones personalizadas de usuario Mejores prácticas en Symfony2
- 28. Mejores prácticas de CoreData
- 29. Mejores prácticas de ActionListener
- 30. Mejores prácticas de Lucene.Net
Soy el único que trabaja en el proyecto, a excepción de otro desarrollador que de vez en cuando lo revisa y trabaja con un parte no relacionada con la interfaz de usuario del proyecto. – jasonh
@jasonh: Puede que sea el único que trabaje en el proyecto * en este momento *, pero eso no es una excusa para complicar más las cosas a los demás. A menos que tenga la intención de trabajar en este proyecto por el resto de su vida, también debe pensar en su reemplazo (y en cualquier persona que trabaje en este código 5 o 10 años después, también ...). –
@Daniel Pryden: Estoy al tanto de eso, pero como no tengo otros desarrolladores con los que trabajo ahora para descubrir qué les resulta familiar *, estoy aquí para descubrir qué piensa la comunidad que debería hacer. . Precisamente para que otras personas en el camino puedan mantenerlo. – jasonh