Sono nuovo a Ruby on Rails e sono stato aiutato immensamente dall'eccellente libro di Michael Hartl: Ruby on Rails Tutorial. Sono arrivato al capitolo 8 e ora sono sugli esercizi di quel capitolo. Sto avendo (presumo un tipico "newbie") problema con l'esercizio 1. In questo esercizio viene chiesto "1.Refactor il modulo di accesso per utilizzare form_tag al posto di form_for." Ho provato a cercare assistenza con questo in Stackoverflow, Google, Railscast e molte altre "ricerche web" per due giorni e non trovo l'assistenza di cui ho bisogno per rispondere a questo problema. Il file che sto cercando di modificare con form_tag è qui sotto:Come posso usare "Form_tag" invece di "Form_for" in questo file
<% provide(:title, "Sign in") %>
<h1>Sign in</h1>
<div class="row">
<div class="span6 offset3">
<%= form_for(:session, url: sessions_path) do |f| %>
<%= f.label :email %>
<%= f.text_field :email %>
<%= f.label :password %>
<%= f.password_field :password %>
<%= f.submit "Sign in", class: "btn btn-large btn-primary" %>
<% end %>
<p>New user? <%= link_to "Sign up now!", signup_path %></p>
</div>
</div>
Sto usando Rails 3.2.3 in questa applicazione. Qualcuno può indicarmi la direzione corretta? Qualcuno può aiutarmi con questo problema? Sarei molto riconoscente.
Questa è l'implementazione che utilizza form_tag:
<% provide(:title, "Sign in") %>
<h1>Sign in</h1>
<div class="row">
<div class="span6 offset3">
<%= form_tag(url: sessions_path) do %>
<%= label_tag :email %>
<%= text_field_tag :email %>
<%= label_tag :password %>
<%= password_field_tag :password %>
<%= submit_tag "Sign in", class: "btn btn-large btn-primary" %>
<% end %>
<p>New user? <%= link_to "Sign up now!", signup_path %></p>
</div>
</div>
Sto usando Rspec 2.9.0 e al di sotto sono le prove in mancanza:
describe "signin page" do
before { visit signin_path }
it { should have_selector('h1', text: 'Sign in') }
it { should have_selector('title', text: 'Sign in') }
end
e
describe "with invalid information" do
before { click_button "Sign in" }
it { should have_selector('title', text: 'Sign in') }
it { should have_selector('div.alert.alert-error', text: 'Invalid') }
describe "after visiting another page" do
before { click_link "Home" }
it { should_not have_selector('div.alert.alert-error') }
end
end
e
describe "with valid information" do
let(:user) { FactoryGirl.create(:user) }
before do
fill_in "Email", with: user.email
fill_in "Password", with: user.password
click_button "Sign in"
end
it { should have_selector('title', text: user.name) }
it { should have_link('Profile', href: user_path(user)) }
it { should have_link('Sign out', href: signout_path) }
it { should_not have_link('Sign in', href: signin_path) }
describe "followed by signout" do
before { click_link "Sign out" }
it { should have_link('Sign in') }
end
end
Ecco il file miei percorsi:
SampleApp::Application.routes.draw do
resources :users
resources :sessions, only: [:new, :create, :destroy]
get "users/new"
root to: 'static_pages#home'
match '/signup', to: 'users#new'
match '/signin', to: 'sessions#new'
match '/signout', to: 'sessions#destroy', via: :delete
match '/help', to: 'static_pages#help'
match '/about', to: 'static_pages#about'
match '/contact', to: 'static_pages#contact'
end
FYI, nel SessionsController modificato, sono stato confuso da 'session [: user] = user.id' quindi l'ho rimosso e il mio test continua a passare e l'accesso ha esito positivo. – rda3000
Se si guarda l'hash dei parametri effettivi, utilizzando form_for e form_tag si crea una struttura interna diversa. Quando si utilizza form_for, viene creato un hash nidificato all'interno dell'hash dei parametri. Questo hash contiene: email, ed è per questo che devi usare la sintassi params [: session] [: email]. form_tag, d'altra parte non crea un hash di sessione. Puoi accedere al campo email direttamente con params [: email]. –