Is classic REST holding you back? Explore the Hyperaction API approach for designing more dynamic and user-friendly HTTP APIs. A modern solution awaits!
That's a great question, and I appreciate you sharing your experience with REST design limits!
While I can't publicly showcase specific examples, the HyperAction API is indeed a culmination of hands-on experience from two different software development engagements. These were internal tools built for clients under previous employers, and as such, they don't have any public-facing or publicly available presence on the internet.
In both instances, we consistently felt the limitations of strict REST API structures. We naturally gravitated towards a more business-logic-driven approach, incorporating RPC-like calls instead of purely basic CRUD operations. We also started to discover the efficiency of "Load+Save" pair APIs for forms within our systems. Separately, we immediately recognized the beauty of the "batch everything" principle, which led us to design endpoints that handle multiple items or operations at once, rather than just single-item requests.
These real-world experiences, gained while developing solutions for various clients, formed the foundation for the HyperAction API concept, which consolidates all those valuable lessons into a coherent design philosophy.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Top comments (2)
I've definitely felt some REST limits lately. Do you have a real project where Hyperaction made a clear difference?
That's a great question, and I appreciate you sharing your experience with REST design limits!
While I can't publicly showcase specific examples, the HyperAction API is indeed a culmination of hands-on experience from two different software development engagements. These were internal tools built for clients under previous employers, and as such, they don't have any public-facing or publicly available presence on the internet.
In both instances, we consistently felt the limitations of strict REST API structures. We naturally gravitated towards a more business-logic-driven approach, incorporating RPC-like calls instead of purely basic CRUD operations. We also started to discover the efficiency of "Load+Save" pair APIs for forms within our systems. Separately, we immediately recognized the beauty of the "batch everything" principle, which led us to design endpoints that handle multiple items or operations at once, rather than just single-item requests.
These real-world experiences, gained while developing solutions for various clients, formed the foundation for the HyperAction API concept, which consolidates all those valuable lessons into a coherent design philosophy.