Warum werden Anfrageparameter wie `1duh` in Rails wie` 1` behandelt?

Question

Dies könnte eine akademische/philosophische Frage sein, aber angenommen, ich habe eine Ressource, in Rails, und ich bekomme localhost:3000/resources/2foobar, wird dies serviert, als ob foobar nicht da war. Während das zunächst cool ist, stellt sich die Frage, ob hinter den Kulissen etwas fehlen könnte. Ich vertraue generell Open-Source-Projekten, und Rails war lange genug für mich, um zuversichtlich zu sein, aber wäre es nicht besser, wenn wir den Parameter validieren könnten, um zu überprüfen, ob er streng numerisch ist und nicht nur mit einer Zahl beginnt? Zum Beispiel könnte ich meine show Methode wie

if (Integer(params[:id]) != nil rescue false) 
    render json: @resource 
else 
    head: 400 
end 

Kann mir jemand erklären, die Gründe ändern 1duh als 1 zur Behandlung in Rails?

EDIT Beispiel Anfrage

$ curl 'localhost:3000/resources/1ds' 

Entsprechende log

Started GET "/resources/1ds" for ::1 at 2016-06-26 20:35:59 +0100 
Processing by ResourcesController#show as */* 
    Parameters: {"id"=>"1ds"} 
    Resource Load (0.3ms) SELECT `resources`.* FROM `resources` WHERE `resources`.`id` = 1 LIMIT 1 
Completed 200 OK in 9ms (Views: 0.7ms | ActiveRecord: 0.3ms) 

Locke kehrt

{"id":"1","data":"foobarsampledata"} 

Answer 1

Ok, here ist Ihre Antwort:

Wenn der Primärschlüssel eine ganze Zahl ist, erzwingt find by id seine Argumente mithilfe von to_i.

Person.find("1")  # returns the object for ID = 1 
Person.find("31-sarah") # returns the object for ID = 31 

Also, der Grund dafür ist, Ihr Primärschlüssel. Und ich denke, wenn Ihr Primärschlüssel keine ganze Zahl wäre, würde dies (Umwandlung to_i) nicht passieren.