Skip to content

PointSav Documentation

The engineering library for the PointSav platform — operating systems and services for regulated businesses that own their data, their AI, and their record-keeping outright. Where the monorepo holds the code, this wiki holds the reasoning: architecture, services, security, and the governance commitments that bind future development.

PointSav Digital Systems

Last updated · 8347d27f · English

Interfaz de Programación de Aplicaciones

Una interfaz de programación de aplicaciones (API, por sus siglas en inglés) es una forma en que dos o más programas informáticos se comunican entre sí. Es un tipo de interfaz de software que ofrece servicios a otras piezas de software. Un documento o estándar que describe cómo construir o usar dicha conexión se denomina especificación de API; se dice que un sistema informático que cumple el estándar implementa o expone una API.

Distinción de las interfaces de usuario

Una API se distingue de una interfaz de usuario por su consumidor previsto: una interfaz de usuario conecta al usuario humano con el sistema; una API conecta programas de software entre sí. Una API no está destinada a ser utilizada directamente por una persona sino por un programador que la incorpora en un software más grande. Las llamadas que componen una API se conocen como subrutinas, métodos, solicitudes o puntos de conexión, dependiendo del estilo arquitectónico.

Historia

Orígenes en bibliotecas de subrutinas

Años 1940–1950. La base conceptual de la API fue establecida por los científicos informáticos británicos Maurice Wilkes y David Wheeler en su trabajo desarrollando una biblioteca de software modular para EDSAC, un ordenador primitivo, en la década de 1940. Su libro de 1951 The Preparation of Programs for an Electronic Digital Computer contiene la primera especificación de API publicada.

Años 1960–1970. El término "application program interface" (interfaz de programa de aplicación) apareció por primera vez en un artículo de 1968 titulado Data structures and techniques for remote computer graphics, presentado en una conferencia de la Association for Information Processing Societies (AFIPS). El término fue introducido en el campo de las bases de datos por C.J. Date en un artículo de 1974; se convirtió en parte del marco ANSI/SPARC para sistemas de gestión de bases de datos.

Auge de las API remotas y web

Años 1990. Para 1990, la API era definida por el tecnólogo Carl Malamud simplemente como "un conjunto de servicios disponibles para un programador para realizar ciertas tareas". El concepto se amplió con el surgimiento de las llamadas a procedimientos remotos y las API web. En la década de 1990, con la difusión de internet, estándares como CORBA, COM y DCOM compitieron para convertirse en el mecanismo dominante para exponer servicios API a través de redes.

Años 2000 hasta el presente. La disertación de Roy Fielding de 2000 en la Universidad de California en Irvine definió la Transferencia de Estado Representacional (REST) y describió la idea de una "interfaz de programación de aplicaciones basada en red". Las API web XML y JSON vieron una adopción comercial generalizada a partir del año 2000. La reciente proliferación de arquitecturas de microservicios ha convertido el diseño de API en un aspecto central de la arquitectura de software empresarial.

Tipos

Interfaces locales — bibliotecas y sistemas operativos

API de bibliotecas. La interfaz de una biblioteca de software es un tipo de API. La API describe y prescribe el "comportamiento esperado" (especificación) mientras que la biblioteca es una "implementación real" de ese conjunto de reglas. Una única API puede tener múltiples implementaciones.

API de sistemas operativos. POSIX, por ejemplo, proporciona un conjunto de especificaciones de API comunes diseñadas para permitir que las aplicaciones escritas para un SO compatible con POSIX se compilen para otro. Linux y la Berkeley Software Distribution (BSD) implementan ambos las API POSIX.

Interfaces en red — API remotas y web

API remotas. Las API remotas permiten a los desarrolladores manipular recursos remotos a través de protocolos — estándares específicos para la comunicación que permiten que diferentes tecnologías funcionen juntas independientemente del lenguaje o plataforma.

API web. Las API web son servicios a los que acceden los dispositivos cliente a un servidor web usando el Protocolo de Transferencia de Hipertexto (HTTP). Los dispositivos cliente envían una solicitud en forma de solicitud HTTP y reciben un mensaje de respuesta típicamente en formato JSON o XML.

Consideraciones de diseño

Síncrona frente a asíncrona. Una llamada a una API síncrona bloquea el punto de llamada mientras espera a que termine el código llamado. Una llamada a una API asíncrona no bloquea el punto de llamada; el hilo llamante recibe una notificación cuando llega la respuesta. La elección entre estos patrones tiene implicaciones significativas para la capacidad de respuesta de la aplicación y el uso de recursos.

Políticas de publicación. Las API se clasifican típicamente por su política de acceso: las API privadas son solo para uso interno de la empresa; las API de socio están disponibles solo para socios comerciales específicos bajo acuerdo contractual; las API públicas están disponibles para uso general del público, sujetas a autenticación y límites de velocidad.

Seguridad. Las amenazas comunes a las API de cara al público incluyen la inyección SQL, los ataques de denegación de servicio, la autenticación deficiente y la exposición de datos sensibles. Las prácticas de seguridad incluyen HTTPS para la seguridad de la conexión, seguridad de contenido para mitigar los ataques de inyección de datos, y claves de API para autenticar y autorizar solicitudes.

citas: Diseño de Interfaz de Usuario, Diseño de Experiencia de Usuario, Computación en la Niebla, Computación en el Borde

Cite this record: /wiki/application-programming-interface — revision 8347d27f, last updated 6 September 2026.

Important Information

Estructura corporativa. PointSav Digital Systems ("PointSav") es actualmente un nombre comercial de Woodfine Capital Projects Inc. ("Woodfine"), con previsión de convertirse en una subsidiaria de propiedad absoluta de Woodfine tras su incorporación. PointSav no ofrece, vende ni solicita por sí mismo valor alguno. Toda oferta de valores asociada a las soluciones inmobiliarias de tenencia directa de Woodfine se realiza exclusivamente por parte de Woodfine, y únicamente por medio del Memorando de Colocación Privada aplicable.

Sin asesoramiento de inversión. El contenido de este wiki se ofrece con fines de ingeniería, operativos, de investigación y de desarrollo. Nada de lo que figura en este wiki constituye asesoramiento de inversión ni una solicitud para invertir en ninguna sociedad o solución de tenencia directa de Woodfine.

Propiedad intelectual. El nombre, el nombre comercial, el logotipo y las marcas de PointSav, junto con todos los productos, servicios y ofertas actuales y futuros de las marcas PointSav y Totebox — así como el software, el código fuente, la documentación, el sistema de diseño y todos los materiales relacionados — son propiedad de Woodfine y sus filiales, salvo los componentes identificados como de código abierto. No se otorga ningún derecho salvo el expresamente establecido en una licencia o acuerdo por escrito. El aviso de marcas completo aparece en el pie de página de cada página de este sitio.

Componentes de código abierto. Algunas partes de la plataforma se ofrecen bajo licencias de código abierto permisivas identificadas en el repositorio correspondiente. El uso de esos componentes se rige por los términos de sus respectivas licencias.

Sin garantía; uso informativo. El contenido de este wiki se ofrece únicamente con fines informativos generales y no constituye una declaración, garantía ni compromiso respecto de la funcionalidad, disponibilidad, precio o hoja de ruta de ningún producto. Algunos artículos describen características, capacidades e hitos planificados o previstos — el lenguaje como "planificado", "previsto", "objetivo", "puede" y "esperado" marca este contenido prospectivo, que está sujeto a cambios y no constituye un compromiso respecto del rendimiento futuro.

Confidencialidad. Cuando un artículo describiría un detalle operativo o de implementación no destinado a divulgación pública, ese artículo no se publica en este wiki. El contenido aquí es documentación de ingeniería de uso general, no configuración específica de clientes.

Jurisdicción. Woodfine Capital Projects Inc. está constituida en Columbia Británica, Canadá. Las referencias a la Sovereign Data Foundation en este wiki describen una iniciativa planificada o prevista únicamente, no una titular de capital actual ni un órgano de gobierno activo.

Cambios a este aviso. PointSav podrá actualizar este aviso periódicamente; rige la versión publicada en esta página.

No es un sistema de presentación de documentos. Este wiki no es un sistema de presentación de valores, un repositorio de divulgación electrónica ni un sustituto de SEDAR+ ni de ningún otro sistema de presentación regulatorio. Las presentaciones formales de valores se realizan a través del sistema de presentación regulatorio correspondiente, no a través de este wiki.

Descargo completo. Este aviso complementa, y no sustituye, el artículo completo de Avisos Legales. En caso de cualquier conflicto, prevalece el artículo de Avisos Legales.

Read the full disclaimer →