Introducción
Microsoft PowerApps es una plataforma de desarrollo de aplicaciones de alta productividad de Microsoft. Microsoft utiliza esta plataforma para crear aplicaciones de primer nivel en Microsoft Dynamics 365 for Sales, Microsoft Dynamics 365 for Service, Microsoft Dynamics 365 for Field Service, Microsoft Dynamics 365 for Marketing y Microsoft Dynamics 365 for Talent.
Los clientes empresariales también pueden usar la misma plataforma. para construir sus propias aplicaciones de línea de negocio personalizadas. Usuarios individuales y equipos dentro de su La organización también puede crear aplicaciones de productividad personal o de equipo sin tener que escribir mucho código.
imagen ambiente de desarrollo
Convenciones generales de nomenclatura al desarrollar.
Esta sección describe las convenciones de nomenclatura de «camel case» y «Pascal case». Si ya estas familiarizado Con esos términos, puedes saltarte. El camel case para controles y variables. El caso del «camel case»comienza con un prefijo en minúscula,elimina todos los espacios de los nombres de objetos o variables, y pone en mayúscula la primera letra de cada palabra después de la
primero.
Por ejemplo, un control de entrada de texto podría llamarse txtUserEmailAddress.
Convenciones generales de nomenclatura al desarrollar.
Debe usar el caso de Pascal para las fuentes de datos. El caso de Pascal a veces se conoce como «caso de camel superior». Como en el caso de los camellos, elimina todos los espacios y pone en mayúscula la primera letra de las palabras. Sin embargo, a diferencia del camello
caso, el caso de Pascal también escribe con mayúscula la primera palabra. Por ejemplo, un origen de datos común en PowerApps es el Conector de usuarios de Microsoft Office 365, denominado Office365Users en su código. Convenciones de nomenclatura de objetos A medida que crea objetos en sus aplicaciones de PowerApps, es importante usar convenciones de nombres consistentes para
Pantallas, controles y fuentes de datos. Este enfoque hará que sus aplicaciones sean más fáciles de mantener, puede ayudar mejore la accesibilidad y hará que su código sea más fácil de leer a medida que se hace referencia a esos objetos.
¡Esto esta bien! Las convenciones de nomenclatura de objetos en este documento técnico están pensadas como directrices, y las organizaciones son libres de desarrollar sus propios estándares. El punto principal es ser consistente.
cuadro de ejemplo de las nomenclaturas recomendadas
Proximos post estaremos creando ejemplos con powerapps.
