1.4 Limitaciones y casos donde NO usar Code Apps

Las limitaciones reales de las Code Apps y los escenarios concretos donde otras herramientas de Power Platform son una mejor elección.

Hablar solo de las ventajas de una tecnología es hacer marketing, no formación. Las Code Apps son una herramienta poderosa, pero tienen limitaciones reales que debes conocer antes de comprometerte con ellas en un proyecto.

Objetivos de aprendizaje

  • Conocer las limitaciones técnicas actuales de las Code Apps
  • Identificar escenarios donde otras herramientas son más apropiadas
  • Entender las consideraciones de licenciamiento
  • Evaluar el impacto en los requisitos del equipo

 

Las limitaciones técnicas que importan

Solo Dataverse como fuente de datos nativa

Las Code Apps, en su integración nativa, están diseñadas para trabajar con Dataverse. Si tu aplicación necesita conectarse principalmente a SharePoint, SQL Server, Excel o APIs de terceros, tendrás que gestionar tú mismo esas conexiones a través de llamadas fetch estándar o librerías de cliente.

Esto no es imposible, pero pierdes la ventaja del SDK generado automáticamente. Si la mayor parte de tu aplicación trabaja con datos fuera de Dataverse, puede que una Canvas App (con sus 1.500+ conectores) sea más adecuada.

El paradigma del código y el rol de la IA

Tradicionalmente, el mayor freno para adoptar pro-code era el requerimiento estricto de saber programar. Para trabajar con Code Apps, es importante tener nociones de React y TypeScript, ya que esa es la base tecnológica. Sin embargo, el panorama actual ha cambiado drásticamente.

Hoy en día, con los agentes de código impulsados por IA, la brecha técnica se reduce enormemente. Herramientas como GitHub Copilot u otros agentes especializados escriben la mayor parte del código rutinario. Por lo tanto, el dominio memorístico de la sintaxis del lenguaje pasa a un segundo plano. Lo que realmente importa ahora es saber cómo funciona conceptualmente la aplicación, entender la arquitectura y saber orquestar a la IA para que "pique" el código bajo tu dirección.

No obstante, si un equipo de creadores "ciudadanos" (citizen developers) intenta adoptar Code Apps sin entender en absoluto el ecosistema web, incluso la IA tendrá dificultades para guiarlos de principio a fin, y el resultado final podría lograrse más rápido con una Canvas App bien diseñada.

Procesos de negocio integrados: no están aquí

Las Model-Driven Apps incluyen Business Process Flows, Business Rules, reglas de validación, auditoría automática... todo eso integrado en la plataforma. Las Code Apps no tienen nada de eso de serie. Si necesitas flujos de aprobación complejos, etapas de proceso con condiciones... tendrás que implementarlos tú en el código, o combinar la Code App con Power Automate para los procesos.

La transición CLI: un momento de cambio

Como mencionamos anteriormente, los comandos pac code del PAC CLI están siendo deprecados en favor del nuevo CLI de npm. Esto significa que si encuentras documentación o tutoriales de 2024 o principios de 2025, los comandos pueden ser diferentes a los actuales. Siempre consulta la documentación oficial más reciente.

Escenarios donde NO usar Code Apps

Ser directo aquí es más útil que dar rodeos:

No uses Code Apps si los datos están principalmente fuera de Dataverse. Si tu aplicación vive en SharePoint, SQL o en APIs de terceros, las Canvas Apps con conectores nativos te dan más ventajas.

No uses Code Apps si necesitas Business Process Flows complejos. Las Model-Driven Apps tienen esa funcionalidad integrada y de una forma mucho más fácil de mantener.

No uses Code Apps para aplicaciones simples. Si lo que necesitas es un formulario de diez campos que escribe en Dataverse, una Canvas App o una Model-Driven App lo resuelven en una fracción del tiempo.

No uses Code Apps si el equipo rechaza el paradigma del código. Aunque la IA asista enormemente, el resultado final es código fuente. Si el equipo no está dispuesto a gestionar un repositorio Git y leer código (aunque lo escriba la IA), es mejor mantenerse en low-code.

El tema del licenciamiento

Las Code Apps requieren licencias de Power Apps. No hay ninguna diferencia en el licenciamiento respecto a Canvas Apps o Model-Driven Apps: los usuarios necesitan una licencia de Power Apps (per user o per app) para acceder a aplicaciones que usen Dataverse.

Lo que sí es importante saber es que las Code Apps no tienen un tier de licencia "más barato" que Canvas Apps por ser más técnicas. El modelo de licenciamiento es el mismo.

Consejo práctico: Antes de comprometerte con Code Apps en un proyecto, evalúa si tu equipo está dispuesto a cambiar de paradigma. La sintaxis ya no es el obstáculo principal gracias a la IA, pero la arquitectura y la mentalidad de ingeniería de software siguen siendo necesarias.

 

Puntos clave

  • Las Code Apps solo tienen integración nativa con Dataverse como fuente de datos.
  • Con la ayuda de la IA, la sintaxis ya no es un gran obstáculo, pero entender los conceptos de React es vital.
  • No incluyen Business Process Flows ni otras funcionalidades de proceso de negocio integradas.
  • El licenciamiento es el mismo que para Canvas y Model-Driven Apps.
  • Para proyectos simples o datos principalmente fuera de Dataverse, otras opciones son más eficientes.

 

Para profundizar

Inicia sesión e inscríbete para guardar tu progreso.
En este curso
¿Te ha resultado útil?