Comment puis-je utiliser “Form_tag” par opposition à “Form_for” dans ce fichier

Je viens de terminer cet exercice, donc je suis pas un expert, mais c'est le code qui a fonctionné pour moi et a passé tous les tests:

../app/views/sessions/nouveau.html.erb

<% provide(:title, "Sign in") %>
<h1>Sign in</h1>

<div class="row">
  <div class="span 6 offset 3">
    <%= form_tag sessions_path do %>

      <%= label_tag :email %>
      <%= text_field_tag :email, params[: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>

J'ai aussi besoin de changer le ../app/controllers/sessions_contoller

class SessionsController < ApplicationController

  def new
  end

  def create
    user = User.find_by_email(params[:email])
    if user && user.authenticate(params[:password])
      session[:user] = user.id
      sign_in user
      redirect_to user
    else
      flash.now[:error] = 'Invalid email/password combination'
      render 'new'
    end  
  end

  def destroy
    sign_out
    redirect_to root_path
  end
end

Alors que cela fonctionne, je ne suis pas entièrement sûr de savoir pourquoi il le fait; si quelqu'un pouvait expliquer pourquoi les changements dans le contrôleur sont nécessaires, il serait très apprécié. Je sais que cela peut être posé une question distincte, mais elle est étroitement liée à l'OP et je suis sûr que nous aurions à la fois trouver qu'il est extrêmement utile dans la compréhension non seulement de la manière de l'obtenir pour fonctionner, mais pourquoi cela fonctionne de cette façon. Voici le point de vue original et contrôleur de fichiers:

Original "form_for' nouveau.html.erb:

<% 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>

et l'original sessions_controller:

class SessionsController < ApplicationController

  def new
  end

  def create
    user = User.find_by_email(params[:session][:email])
    if user && user.authenticate(params[:session][:password])
      sign_in user
      redirect_to user
    else
      flash.now[:error] = 'Invalid email/password combination'
      render 'new'
    end  
  end

  def destroy
    sign_out
    redirect_to root_path
  end
end

Le RoR guides aller sur la façon dont form_tag œuvres.

http://guides.rubyonrails.org/form_helpers.html

Vous avez un Session_Helper que vous n'utilisez pas dans votre mise en œuvre.

MODIFIER vos méthodes d'aide.

  def sign_in(user)
    cookies.permanent[:remember_token] = user.remember_token
    session[:user_id] = user.id
  end

  def sign_out
    cookies.delete(:remember_token)
    session[:user_id] = nil    
  end

Alors il suffit d'utiliser les méthodes appropriées dans votre session contrôleur. C'est un propre de mise en œuvre qui suit l'approche modulaire de la conception. Il semble aussi y avoir des problèmes avec rspec.

describe "with valid information" do
      let(:user) { FactoryGirl.create(:user) }
      before do
        fill_in "Email",    with: user.email.upcase
        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) }

Même si tout est correct lorsque vous visitez la page ces tests sont signalés. Ma conjecture est que vous avez besoin de changer before do parce que si elle était en train de faire ce que vous voulez qu'il fasse les tests passent.

De toute façon, je suis curieux de ce que le problème est avec rspec si quelqu'un a une idée!

Je pense que le problème est avec user.email.upcase. Vous n'avez pas besoin .upcase, lorsque vous le retirez tests vont passer.