This document outlines APIJSON's development roadmap, tracking planned features, ongoing improvements, and completed enhancements across the project. The roadmap is organized into three major strategic areas: feature development, performance/security enhancements, and ecosystem growth.
For information about current system architecture and components, see System Architecture.
All roadmap items adhere to three core principles defined in Roadmap.md:
| Principle | Description |
|---|---|
| Real Use Cases | Features must address genuine application scenarios with concrete examples Roadmap.md13 |
| Avoid Redundancy | Capabilities achievable through existing features (remote functions, @raw, etc.) are not duplicated Roadmap.md14 |
| Backward Compatibility | New features must not break or complicate existing functionality Roadmap.md15 |
Sources: Roadmap.md12-16
APIJSON follows a continuous delivery model. Recent milestones include the addition of Common Table Expressions (WITH) and Soft Delete (Fake Delete) support.
Title: APIJSON Feature Development Timeline
Sources: Roadmap.md17-121
Upcoming functionality focuses on expanding SQL capability and improving developer ergonomics. For details, see Planned Features.
page parameters by modifying DEFAULT_QUERY_PAGE and getDefaultQueryPage in Parser Roadmap.md60-65@url for object-level request forwarding between remote APIJSON servers, potentially using ~ for asynchronous execution Roadmap.md69-84@union support (values: 0-none, 1-UNION, 2-UNION ALL) to replace INNER JOIN + OR logic with high-performance UNION queries Roadmap.md87-116AbstractVerifier to allow PUT/DELETE operations on non-ID conditions via complex MUST syntax like "MUST":"id | date" using the pipe operator Roadmap.md176-219Sources: Roadmap.md60-220
APIJSON continues to harden its security posture and optimize query execution. For details, see Performance and Security Improvements.
The security roadmap focuses on refining the multi-layered validation system:
Access table and @MethodAccess annotations, including planned support for deletedKey and deletedValue fields for automated soft-delete configuration Roadmap.md32-34Request table to enforce MUST, REFUSE, and TYPE constraints, with future support for AT_LEAST_ONE or ANY_ONE logic Roadmap.md181-215PreparedStatement and whitelist validation in AbstractSQLConfig.The project is moving toward a more robust two-tier caching system:
queryResultMap within AbstractParser for object-level caching.cacheMap within AbstractSQLExecutor for raw SQL result caching.Sources: Roadmap.md23-34 Roadmap.md176-215 Roadmap.md291-296
The APIJSON ecosystem aims to provide a unified experience across all major programming languages and platforms. For details, see Ecosystem Development.
The roadmap includes stabilizing implementations for:
Further development of the "Auto" suite:
Sources: Roadmap.md8-10
The following diagrams bridge roadmap goals to the specific code entities responsible for their implementation.
Title: Mapping Roadmap Goals to Code Entities
Title: Soft Delete (Fake Delete) Logic Flow
Sources: Roadmap.md23-177