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

Verfolge die bestehende Verarbeitung von GET /users?filter[first_name] bis zur Umwandlung in User.where. Überprüfe, wie Filternamen und -werte geparst werden, und ermittle anschließend das erwartete Verhalten für Starts-with-, Ends-with-, Contains- und Not-equal-Filter. Erledigt ist die Aufgabe, wenn die vier vorgeschlagenen Abfrageformen mit entsprechender Abdeckung unterstützt werden.