Aplicaciones

Aplicaciones independientes

Un proyecto Amazi puede contener varias aplicaciones, como un sitio web, un servidor que almacena sus datos y una aplicación móvil. Cada uno tiene sus propios archivos y configuraciones. Puede verlo, ejecutarlo o publicarlo según las capacidades que se describen a continuación.

Describe lo que quieres crear, quién lo usará y dónde debería funcionar: en un navegador, en un teléfono o en una computadora. Amazi prepara la configuración de la aplicación requerida. Ser capaz de escribir su código no siempre significa que Amazi pueda mostrar o ejecutar el resultado dentro del editor.

Un iniciador proporciona un conjunto inicial de archivos y configuraciones. El agente lo adapta a su petición. También puede proporcionar el código fuente de la aplicación existente para continuar trabajando en ella.

Tipos de aplicaciones compatibles

Crear código fuente, mostrar una vista previa y producir una aplicación implementable son capacidades separadas. El soporte actual depende del tipo de aplicación:

Otros marcos web y de servidor pueden funcionar cuando sus dependencias y requisitos de inicio se ajusten a las herramientas de tiempo de ejecución disponibles de Amazi. Pídale al agente que verifique la compatibilidad antes de confiar en la vista previa o la publicación.

Valores predeterminados de la pila

Para una nueva interfaz web, Amazi usa React/Vite sin pedirle que elija un marco. Un backend necesario tiene como valor predeterminado Node/Express/Prisma. Describe tu producto en lugar de seleccionar tecnologías a menos que tengas un requisito. Si solicita explícitamente una pila diferente, Amazi explica el valor predeterminado y la alternativa y solicita confirmación. La fuente existente conserva su tecnología.

Los iniciadores Web, Electron y Expo incluyen componentes de mesa reutilizables y ejemplos de formularios con los marcadores necesarios junto a las etiquetas. Estos son componentes iniciales, no funciones comerciales completas.

Aplicaciones móviles

Amazi ofrece dos puntos de partida:

• Una aplicación que abre su sitio web (WebView). Este es el valor predeterminado para una solicitud de aplicación móvil. Puede utilizar un sitio web existente o crear uno con Amazi. El sitio web se puede ver por separado, pero el contenedor móvil en sí no tiene vista previa en el editor.
• Una aplicación que usa React Native/Expo. Pregunta por esta opción si la necesitas; Amazi le explicará las diferencias y confirmará su elección. La vista previa muestra su versión web en un navegador. No ejecuta Android ni iOS, y las funciones que necesitan un teléfono deben probarse en un dispositivo.

Para una compilación de Android, pregunte: “Crea un APK para poder instalar y probar la aplicación en mi teléfono”. Amazi puede preparar las herramientas de compilación y producir el archivo para un proyecto compatible. Un APK es un archivo para instalar una aplicación de Android. Un AAB es un paquete que se envía a una tienda de aplicaciones; no se instala directamente como un APK. Puedes solicitar el formato requerido en el chat.

Abra y pruebe la aplicación integrada en un teléfono o en un emulador fuera del Amazi. Una compilación exitosa o una vista previa web funcional no confirma que todas las funciones funcionen en el teléfono. Amazi no proporciona un emulador de Android o iOS en el editor.

Antes de la distribución, elija el nombre y el icono de la aplicación y prepare la firma de la versión. Conserve la clave de firma existente para obtener actualizaciones de una aplicación de Android ya lanzada. Una compilación creada para pruebas no está lista automáticamente para una tienda. El envío de la tienda es un paso independiente fuera de Amazi.

Para iPhone y iPad, Amazi puede ayudar con el código, pero crear la aplicación requiere una Mac con Xcode o un servicio de compilación independiente. Publicar un sitio web en Amazi no crea una aplicación iOS ni la envía a la App Store.

Un sitio web optimizado para dispositivos móviles por sí solo no selecciona ninguna de las opciones móviles. Si proporciona una fuente de aplicación existente, Amazi comienza desde una aplicación vacía y conserva la tecnología de esa fuente.

Capacidades y adaptadores de editor.

El seguimiento de solicitudes tiene adaptadores opcionales independientes para Node.js, Python, Vite y Next.js. No permiten la selección de elementos ni cambian la forma en que se ejecuta su aplicación. Si una tarjeta de aplicación en Conexiones de aplicaciones muestra una advertencia, ábrala para preparar una solicitud de configuración para el agente. Consulte Vista previa, código y conexiones de aplicaciones para conocer los requisitos de cobertura y publicación.

Una aplicación con la Vista previa habilitada puede aparecer en el iframe del editor. Public URL controla de forma independiente si Amazi expone su ruta HTTP, por lo que un API puede tener una dirección pública sin aparecer como una vista previa visual.

Amazi incluye aplicaciones web y de servidor en la publicación. Los tipos de aplicaciones móviles, de escritorio y de otro tipo permanecen en el catálogo con cualquier vista previa disponible, pero su estado de publicación es gris y Publicar todo y Actualizar todo los omiten. Para obtener una aplicación de Android, solicite su compilación por separado; esos botones no crean un archivo de instalación ni envían una aplicación a una tienda. También puede pedirle a Amazi que deshabilite la publicación para una aplicación web o de servidor específica.

Las nuevas aplicaciones creadas a partir del iniciador Next.js ocultan su insignia de desarrollo en Vista previa de forma predeterminada. Las aplicaciones existentes conservan su propia configuración.

Los adaptadores de editor son mejoras opcionales. La navegación de Next.js App Router descubre rutas de vista previa desde src/app o app. Selección de fuente Next.js JSX y Selección de fuente Vite JSX vinculan elementos renderizados a la fuente JSX o TSX a través de integraciones de desarrollo específicas del marco. Navegación de TanStack Router informa rutas y admite la navegación del editor. La vista previa aún funciona sin estos adaptadores y una falla en el adaptador no debe detener la aplicación.

Entorno y gestión PostgreSQL

Las aplicaciones con acceso al entorno Común reciben solo variables de proyecto comunes. Las aplicaciones con acceso al Servidor reciben variables comunes y de servidor, además de credenciales de servidor elegibles de propiedad del tiempo de ejecución. Las variables comunes nunca deben contener secretos.

Un proyecto puede tener una base de datos PostgreSQL administrada y muchas aplicaciones de acceso al servidor. Se puede asignar exactamente una aplicación como propietario y recibir DATABASE_URL. El desarrollo y la producción utilizan el mismo URL, esquema y filas; por lo tanto, una escritura de desarrollo es una escritura de datos de producción. Al detener cualquiera de los entornos o eliminar al propietario se conserva la base de datos a nivel de proyecto y se puede asignar otra aplicación de acceso al servidor más adelante.

Archivos temporales

Los proyectos inactivos conservan sus archivos y dependencias instaladas. La detención automática no elimina los archivos ignorados por Git. La raíz del espacio de trabajo .gitignore controla qué archivos rastrea Git. El .dockerignore de una aplicación permanece separado y afecta solo a las compilaciones de Docker.