Assess your expertise on core API design principles including resource modeling, validation, and versioning through challenging scenarios and nuanced questions.
When designing an API for a library system, which of the following URI formats most clearly violates RESTful resource modeling conventions?
If a client wants to update only the title of an existing article, which HTTP method should be used according to proper API design principles?
Which validation technique ensures both data format correctness and compliance with business logic before processing API requests?
Why should an API avoid embedding the version number in the resource path, for example, /v1/users, in certain circumstances?
When a client sends an API request with valid JSON format but violates a required business rule (e.g., age u003C 18), which HTTP status code should be returned?
Which HTTP method is inherently idempotent even when used repeatedly on the same resource in an API?
If a breaking change is required in an API's data structure, what is the most reliable way to maintain backward compatibility for existing clients?
In a photo-sharing API, which URI pattern best reflects filtering by user rather than representing a nested resource relationship?
Why is using opaque unique identifiers (such as UUIDs) preferred over sequential integers in API endpoints for resource identification?
In a scenario where an API accepts an address field and the city value is unrecognized but still valid, which approach describes proper API validation response?