Grave inn i skinner 4

Rails 4 nærmer seg raskt. I denne artikkelen kan vi se på noen av de nye funksjonene den tilbyr, samt endringene som kan påvirke dine nåværende programmer.

---

Noen bokføring

Cache-fordøyelser er Rails 4-løsning for å spore endringene av aggressivt cached-maler.

Det er flere konfigurasjons- og strukturelle endringer som følger med Rails 4.

Ruby> = 1.9.3

Rails 4 støtter bare Ruby 1.9.3+. Gjør deg klar for en oppgradering hvis du ikke har gjort det ennå.

Standardfiler som standard

Rails 4 vil som standard være thread-safe, fjerne overhead og forbedre ytelsen på trådte servere, som tynn og puma. Du må sørge for at søknaden din (og avhengighetene) er trådsikker, noe som vanligvis betyr at du unngår global tilstand (for eksempel klasse eller globale variabler).

Aaron Patterson skrev og snakket om dette emnet. Sikkert sjekke dem ut!

Ikke mer leverandør / plugins

Rails 3 omfavnet ideen om å bruke perler for å legge til tilpasset funksjonalitet til Rails, og avviklet bruken av plugins. Rails 4 fullfører denne overgangen ved å fjerne leverandør / plugins katalog helt.

Nye testkataloger

Standard testkatalog navngivelse ordningen er klarere enn i Rails 3.

Følgende kataloger vil nå bli generert: test / modeller, test / hjelpere, Test / kontrollører, test / reklame, og test / integrering.

kjør~~POS=TRUNC

De manus katalogen er fjernet til fordel for en ny bin katalogen. Dette er hvor programmets kjørbare filer vil leve og kjører rake rails: oppdatering: bin vil sette bunt, rake, og skinner binstubs i appen din bin katalog.

Denne endringen kan være nyttig i utviklingen, spesielt på en maskin med flere Ruby-versjoner og perler. Du kan bruke bin / skinner i stedet for buntekskinner for å sikre at du kjører kjørbare i riktig miljø.

---

Sterke parametere

Rails 4 takler massetildelingsproblemet med den nye Strong Parameters-perlen. Et Rails 3-program kan ha en skape handling som ligner på følgende eksempel:

 klasse UsersController < ApplicationController def create @user = User.create(params[:user]) #… check validity, redirect, etc. end end

Du kan beskytte mot uventet inngang med erklæringer i modellen:

 klassen bruker < ActiveRecord::Base # Only allow the following attributes to be mass-assigned attr_accessible :name, :email end

Bruke Rails 4's Strong Parameters-perler beveger brukerinngangen til kontrolleren:

 klasse UsersController < ApplicationController def create @user = User.create(user_params) #… check validity, redirect, etc. end def user_params params.require(:user).permit(:name, :email) end end

Som du kan se, er params hash i kontrolleren din er ikke en vanlig hash. Det er faktisk en forekomst av ActionController :: Para, som avslører krever og tillate fremgangsmåter.

De krever Metoden sikrer at den angitte nøkkelen er tilgjengelig i params hash, og reiser en ActionController :: ParameterMissing unntak hvis nøkkelen ikke eksisterer.

De tillate Metoden beskytter deg mot uventet masseoppgave.

Samtalen User.create (parametere [: bruker]) reiser en ActiveModel :: ForbiddenAttributesError unntak, men bruk User.create (params.require (: user) .permit (: navn,: email)) gjør det jobbe uten klage.

Rails 3 Mass-assignment-funksjonaliteten er ikke bare deaktivert i Rails 4, men har blitt hentet til en perle, hvis du trenger den funksjonaliteten.

---

Turbolinks

Rails 4 vil som standard være trådsikker, fjerne overhead og forbedre ytelsen.

En kontroversiell ny funksjon i Rails 4 er Turbolinks, en JavaScript-plugin designet for å gjøre appnavigering raskere i nettleseren.

I nettlesere med pushstate støtte, ved å klikke på en kobling får Turbolinks-plugin-modulen å sparke inn. Det gjør en Ajax-forespørsel, oppdaterer nettadressen med pushstate (slik at din tilbakeknapp fungerer) og bruker JavaScript for å oppdatere