Skip to main content

Command Palette

Search for a command to run...

Oracle APEX no es solo low-code: qué ocurre internamente cuando creas una página

Published
4 min read

Una de las frases más repetidas sobre Oracle Application Express es que se trata solo de una plataforma low-code.

Y es cierto… hasta cierto punto.

Pero esa descripción es incompleta. Detrás del constructor visual de APEX hay un motor bastante complejo que transforma metadatos almacenados en la base de datos en una aplicación web completamente funcional.

Cuando creas una página en APEX no estás generando simplemente una pantalla.
Estás definiendo una estructura que el motor de APEX interpretará en cada petición.

Entender esto cambia completamente la forma de ver la plataforma.

APEX no genera código como muchos creen

Un error común es pensar que APEX genera archivos como lo haría un framework tradicional.

Por ejemplo, frameworks como:

  • Django

  • Laravel

  • Spring

crean archivos físicos en el sistema.

APEX funciona de otra manera.

Cuando creas una página en Oracle Application Express, lo que realmente ocurre es que se insertan registros en tablas internas del motor de APEX.

En otras palabras:

Una aplicación APEX es un conjunto de metadatos almacenados en la base de datos.

Qué se guarda realmente cuando creas una página

Cuando creas una página, APEX registra información como:

  • tipo de página

  • regiones

  • items

  • botones

  • procesos

  • validaciones

  • consultas SQL

Todo esto se guarda en tablas internas del esquema de APEX.

Por ejemplo, tablas conceptuales como:

  • APEX_APPLICATION_PAGES

  • APEX_APPLICATION_PAGE_ITEMS

  • APEX_APPLICATION_PAGE_REGIONS

  • APEX_APPLICATION_PAGE_PROC

Cada elemento que ves en el Page Designer es en realidad un registro en una tabla de metadatos.

El motor de renderizado de APEX

Cuando un usuario abre una página, el motor de Oracle Application Express realiza varios pasos:

  1. identifica la aplicación y la página

  2. consulta los metadatos almacenados

  3. construye la estructura de la página

  4. ejecuta las consultas SQL de las regiones

  5. genera el HTML final

Es decir, la página se construye dinámicamente en cada request.

Esto explica por qué APEX puede:

  • modificar aplicaciones en tiempo real

  • no requerir compilación

  • aplicar cambios inmediatamente

El rol del Session State

Durante el renderizado, el motor también consulta el Session State.

Esto le permite saber:

  • qué valores tienen los items

  • qué condiciones se cumplen

  • qué regiones deben mostrarse

  • qué procesos deben ejecutarse

Sin Session State, el motor de APEX no podría mantener el estado de la aplicación entre peticiones HTTP.

Por qué APEX puede desarrollar aplicaciones tan rápido

El modelo basado en metadatos permite que Oracle Application Express haga muchas cosas automáticamente.

Por ejemplo:

Cuando creas un Interactive Report, APEX automáticamente genera:

  • consultas SQL

  • filtros

  • ordenamiento

  • paginación

  • exportación

  • controles de interfaz

En un framework tradicional, implementar todo eso requeriría mucho código.

En APEX, el motor ya sabe cómo hacerlo porque esas funcionalidades están integradas.

Lo que no se menciona

El modelo de metadatos también tiene implicaciones que muchos desarrolladores descubren tarde.

Por ejemplo:

  • la lógica queda distribuida entre muchos componentes

  • es fácil crear dependencias invisibles

  • el debugging puede ser complejo

En otras palabras, el hecho de que algo sea low-code no significa que sea simple internamente.

APEX es más cercano a un motor de aplicaciones que a un framework

Una forma más precisa de describir Oracle Application Express sería esta:

APEX es un motor que interpreta metadatos para generar aplicaciones web.

Ese enfoque lo hace diferente de frameworks tradicionales porque:

  • el modelo de aplicación está en la base de datos

  • la interfaz se genera dinámicamente

  • la lógica se define declarativamente

Decir que Oracle Application Express es solo una plataforma low-code es simplificar demasiado lo que realmente ocurre.

Detrás del Page Designer existe un motor que:

  • almacena metadatos

  • interpreta definiciones de aplicación

  • genera páginas dinámicamente

  • mantiene estado entre peticiones

Comprender este modelo ayuda a:

  • diseñar aplicaciones más robustas

  • evitar errores difíciles de depurar

  • entender por qué APEX se comporta como lo hace

Y sobre todo, permite dejar de ver APEX como una simple herramienta visual y empezar a entenderlo como un motor completo de desarrollo web basado en la base de datos.

14 views