Feature Request: built in support for non where/in filtering

Out of the box, JR takes this:

GET /users?filter[first_name]=Yehuda

and turns it into the equivalent of this:

User.where(:first_name => ["Yehuda"])

Although JSON API spec is agnostic about filter implementation, I propose introducing some naming patterns for "starts with", "ends with", "contains", and "not in" type attribute filters.

Examples

Get all users with a first_name that starts with "ye":

GET /users?filter[first_name^]=ye

Get all users with a first_name that ends with "huda":

GET /users?filter[first_name$]=huda

Get all users with a first_name that contains "hud":

GET /users?filter[first_name~]=hud

Get all users with a first_name that is NOT "Yehuda":

GET /users?filter[first_name!]=Yehuda

Traccia la gestione esistente di GET /users?filter[first_name] fino alla conversione in User.where. Esamina come vengono analizzati i nomi e i valori dei filtri, quindi determina il comportamento previsto per i filtri starts-with, ends-with, contains e not-equal. Il lavoro è completato quando le quattro forme di query proposte sono supportate con una copertura corrispondente.