2012-03-25 2 views
0

Je veux être en mesure de suivre une convention plus proche de ce que Rails fait avec le routage ingénieux. Par exemple, je considère les «inscriptions» comme une ressource, avec son propre contrôleur contenant les actions «nouveau» et «créer».Padrino, nom route différemment du chemin?

Dans app/controllers/signup.rb Je:

MyApp.controllers :signups do 
    get :index do 
    # ... 
    end 

    post :index do 
    # ... 
    end 
end 

Est-il possible que je peux utiliser ces noms de route, tout en répondant en fait sur un autre chemin que '/' signups? On a l'impression que le système de nommage de la route de Padrino est très étroitement associé aux URL auxquelles les routes correspondent.

J'ai essayé:

MyApp.controllers :signups, :map => '/another-path' do 
    # ... 
end 

Parmi d'autres choses sans succès. Peut-être devrais-je simplement revenir à l'utilisation de Rails ... J'étais juste frustré par les frais généraux de démarrage de TDD et je me lance dans un nouveau projet en ce moment (s'il vous plaît ne me référez pas à Spork ... propres problèmes).

+0

Je suis retourné à Rails pour lancer ce nouveau projet. Padrino semble plus une bonne idée qu'un cadre prêt pour la production. Toujours curieux s'il y a un moyen de faire ce que je voulais bien. – d11wtq

Répondre

0

Voilà comment je ferais ce que vous demandez

# in app/controller/signups.rb 
MyApp.controllers :'another-path' do 
    get '/' do 
    # ... 
    end 
end 
+0

Mais alors vous n'avez pas à faire 'url_for (: 'autre-chemin',: index)', ce qui semble complètement vaincre l'objet de l'assistant URL? L'espace de noms correspond à 1: 1 avec le chemin. – d11wtq

+0

Vous avez probablement raison, je n'ai pas besoin de helpers URL car j'utilise padrino comme une api pour une application de backbone où j'ai besoin de spécifier exactement les urls et url helpers ne sont pas utiles en javascript. – Mike

Questions connexes