Diferencia entre revisiones de «Categoría:DEV CATALOGOS»
Sin resumen de edición |
|||
Línea 2: | Línea 2: | ||
[[Category:MANUAL/DESARROLLADOR]] | [[Category:MANUAL/DESARROLLADOR]] | ||
[[Archivo:20250318 1521 pCATALOGO.png|miniaturadeimagen|izquierda|Diagrama de catálogos.]] | [[Archivo:20250318 1521 pCATALOGO.png|miniaturadeimagen|izquierda|Diagrama de catálogos.]] | ||
Todos los objetos existentes en el sistema pertenecen a un catálogo | Todos los objetos existentes en el sistema pertenecen a un catálogo. Estos catálogos pueden ser considerados librerías, cada una con un conjunto relacionado de funcionalidades. | ||
La naturaleza estanca de los catálogos permite el desarrollo de funcionalidad modular en donde cada catálogo desarrolla objetos que, además de proporcionar soluciones, son a su vez la base de otros catálogos. | La naturaleza estanca de los catálogos permite el desarrollo de funcionalidad modular en donde cada catálogo desarrolla objetos que, además de proporcionar soluciones, son a su vez la base de otros catálogos. |
Revisión actual - 03:31 9 may 2025
Introducción

Todos los objetos existentes en el sistema pertenecen a un catálogo. Estos catálogos pueden ser considerados librerías, cada una con un conjunto relacionado de funcionalidades.
La naturaleza estanca de los catálogos permite el desarrollo de funcionalidad modular en donde cada catálogo desarrolla objetos que, además de proporcionar soluciones, son a su vez la base de otros catálogos.
Por ejemplo:
- El catálogo Pragma, ERP Comercial contiene toda la funcionalidad de stock, compras y ventas.
- A su vez, depende de los catálogos Pragma, ERP Contabilidad (estructuras contables básicas) y Pragma, ERP Impuestos (definiciones impositivas).
- Éstos desarrollan la funcionalidad que el nuevo catálogo requiere, y requiere que el nuevo solo desarrolle lo que necesita.
En general, cuando se agrega algún objeto al catálogo hablamos de agregar al catálogo.
La funcionalidad de los catálogos puede ser exportada para posteriormente ser importada en otra base de datos.
Estructura
En primer lugar, debe definirse un catálogo usando Catálogos (pCATALOGO).
Cada catálogo puede depender de otros, estas dependencias se definen en Catálogos, dependencias (pCATALOGOD) accediendo de esta forma a esa funcionalidad.
Cada catálogo puede definir tipos de datos primitivos en Catálogos, tipos de datos (pCATALOGO_PDT).
Estructura de menú
Por ahora el menú se define en el árbol y la estructura se guarda en Catálogos, árbol de menú (pCATALOGO_MENU).
Pero próximamente el menú se armará usando Catálogos, etiquetas de menú (pCATALOGO_TAG) para definir las etiquetas que posteriormente se asignan a los objetos del sistema, esta modalidad reemplazará a DEV CATALOGOS/MENUS.
Log de desarrollo
El sistema permite llevar un registro de modificaciones realizadas a objetos del catálogo en la tabla Log de desarrollo (pCATALOGO_LOG), como anotación agrego que raramente se usa.
Esta tabla no tiene relación con lo documentado en Registro.
Tipos de datos disponibles
Los tipos de datos disponibles en el sistema provienen de:
- Los DEV CATALOGOS/ATRIBUTOS CATALOGO definen atributos primitivos y se guardan en Tipos de datos primitivos (pPDT).
- Las DEV CLASES que tienen definido el campo DefineAtibuto guardan ese atributo en la tabla Tipos de datos definidos (pUDT).
- Las DEV ENUMERACIONES guardan el tipo de atributo que las define en la misma tabla.
El sistema usa el contenido de DEV CATALOGOS/ATRIBUTOS para definir los campos de las tablas y los argumentos de consultas, procedimientos y funciones.
Usando esos atributos el sistema sabe qué tipo de campo crear, y en el caso de las clases automáticamente crea una clave foránea sobre la tabla que está representada por el atributo.
Procedimientos relacionados con los catálogos
- Ver Registro para conocer los procedimientos de exportación e importación de los catálogos.
Páginas en la categoría «DEV CATALOGOS»
Las siguientes 8 páginas pertenecen a esta categoría, de un total de 8.