Lo más fácil es almacenar la información como constantes en sus diversos archivos de entorno. De esa manera se pueden utilizar diferentes cuentas para el desarrollo, producción, etc.
# Eg
# development/environment.rb
....
API_1_USER = "user101"
API_1_PW = "secret!"
alternativa es crear un archivo YAML, luego leerlo cuando sus signos de aplicaciones en a una API. Este es el estilo utilizado por los carriles se suma a la config/databse.yml archivo
AÑADIDO
También puede almacenar como una constante usando un hash o resumen anidada.
# Eg
# development/environment.rb
....
API_1 = {"user" => "user101", "pw" => "secret!"}
API_2 = {"user" => "user102", "pw" => "double_secret"}
# or nested hashes
API_KEYS = {
"api_1" => {"user" => "user101", "pw" => "secret!"},
"api_2" => {"user" => "user102", "pw" => "double_secret"}}
# using them in another file:
foo.signin(API_1['user'], API_1['pw'])
# or
foo.signin(API_KEYS["api_1"]['user'], API_KEYS["api_1"]['pw'])
# note, I use string constants instead of symbols to save vm (since the hash is
# not referenced more than once or twice). You could also use
# symbols as the keys, especially if the hash will be referenced often:
API_1 = {:user => "user101", :pw => "secret!"}
Si tomo este enfoque, voto por hashes anidados, en lugar de constantes subrayadas. – Matchu
¿Qué es un ejemplo de hash anidado? Y entonces, ¿cómo lo invocaría en el controlador que necesita el acceso a la API, solo como una variable ALL CAP? – Angela
Agregué un ejemplo del uso de hashes como constantes –