Workshop Ruby on Rails dia 2 ruby-pt

Workshop Ruby on Rails Dia 2

Apresentação Ruby on Rails

REAL baseado em necessidades reais DRY elimina tarefas repetitivas COC adopta convenções ÁGIL aberto a mudanças no desenvolvimento

Princípios DRY: Don’t Repeat Yourself Cada coisa no seu sítio Reduzir a quantidade de código reduz erros COC: Convenção sobre Conﬁguração Torna as aplicações mais fáceis de entender Menos trabalho de desenvolvimento Só precisamos de conﬁgurar situações extra- ordinárias

• Desenhado para a “felicidade” do programador • Felicidade + Motivação = produtividade • Ambiente de testes incluído • Flexibilidade perante as mudanças • Velocidade de desenvolvimento (agilidade) • Beleza do código

Controller •Recebe os pedidos http do utilizador •Prepara a informação que vai ser mostrada ao utilizador. •Responsável por : • apresentar os resultados • gerir o diálogo

Controller •Filtros (filters) •Permite executar código antes/depois das acções •Permite saltar as próprias execuções das acções •Muito útil para autenticação e outros... •Alguns exemplos: • before filter, after filter, around filter

MODEL •Models (bd) representam as tabelas das bases de dados •Declaração é feita de forma limpa e legível •Não é necessário indicar nome de tabelas ou chaves primárias/estrangeiras mas tudo pode ser personalizado!

MODEL •Relacionamentos de forma pré-deﬁnida • has_many • belongs_to • has_and_belongs_to_many

MODEL •Migrations permitem alterar a base de dados •Permitem actualizar facilmente a estrutura da base de dados. •Não é preciso saber SQL, nem mexer na BD directamente. •Podemos criar tabelas, chaves, indexes, etc.

VIEW •Gerem a apresentação visual da aplicação •Layouts guardam o aspecto geral das páginas •Existe separação entre dados e aspecto • ex: xml, html, json, vcard, atom, etc...

VIEW •Helpers • Objectivo: Simpliﬁcar e não repetir código • Formulários • Geração de URL’s • Geração de Javascript (Prototype + Script.aculo.us) • Formatos de texto / números / datas ...

Ambiente de Desenvolvimento

Várias opções Aptana Studio NetBeans Eclipse Textmate Vim Ruby in Steel (Visual Studio)

Bases de Dados

Não limitado a uma plataforma SQLite (incluído na framework) MySQL PostgreSQL Oracle SQL Server Outros...

Live Coding

criar uma aplicação

•mac> cd projectos •mac> rails projecto_novo create app/views create app/controllers create app/helpers create app/models ::: create log/development.log create log/test.log

Cada coisa no seu lugar Aplicação (MVC) Controladores Modelos Vistas Público dispatchers Imagens CSS Javascript

3 ambientes integrados

Base de Dados 1 tabela = 1 modelo Classes ﬁcam guardadas em app/models e estendem ActiveRecord::Base Nomes das tabelas no plural e nomes das classes no singular As colunas são mapeadas como atributos do modelo As tabelas têm uma chave primaria ( id )

Excepções self.table_name = ‘my_legacy_table’ self.primary_key = ‘my_id’ self.pluralize_table_names = false self.table_name_preﬁx = ‘my_app’

Active Record CRUD Create: create, new Read: ﬁnd, ﬁnd_by_<attr> Update: save, update_attributes Delete: destroy

Boas Prácticas Não colocar muito código no controller/view. O objectivo é models com muito código e controllers com pouco.

Routes Routes são regras que procuram mapear URL’s à hash dos Params. A hash dos params possui o controller e a action a invocar. Routes são definidas no fich config/routes.rb e são aplicados pela ordem que aparecem. Se não houver comparação possível, devolve erro 404.

REST REST é uma alternativa ao SOAP e uma maneira de adicionar uma API tipo web service a uma aplicação. O estado do sistema está dividido em recursos que são alcançados via hyperlinks. Todos os recursos têm um interface uniforme e operações bem deﬁnidas. REST foi desenhado para suportar escalabilidade e ﬂexibilidade.

REST Recursos são tipicamente models e cada um tem um controller com 7 actions: create, new, sho, update, edit, destroy Existem 4 tipos de operações: Create, Read, Update e Delete (CRUD) As 4 operações correspondem aos verbos HTTP: GET, POST, PUT, DELETE Podemos gerar as rotas usando map.resources :nomedomodeloplural

Routes REST map.resources :articles

AJAX - Links e forms <%= link_to_remote quot;Destroy (AJAX)quot;, :url => workshop_path(workshop), :conﬁrm => quot;Are you sure?quot;, :method => :delete %> <%= link_to_function quot;Create new?quot;, quot;$('newuser').toggle().highlight();quot; %> <%= link_to_function quot;Create new?quot; do |page| page['new_user'].show page['select_user'].hide page['new_user'].highlight end %> <% form_remote_tag :url => {:action => 'update'} do %> <%= hidden_ﬁeld_tag quot;prompt[id]quot;, @prompt.id %> <%= render :partial => 'form', :locals => {:mode => 'edit'} %> <%= submit_tag quot;Editquot; %> <% end %>

RJS RJS é uma API em Ruby para gerar código javascript que é enviado de volta ao browser e executado. É especialmente útil para actualizar várias partes da página.

RJS - Exemplos page.insert_html :bottom ‘todo_list’, “<li>#{todo.name}</li>” page.replace_html ‘flash_notice’, “Todo added: #{todo_name}” page.replace ‘flash_notice’, :partial => ‘flash’, :object => todo page[:flash_notice].remove|show|hide|toggle # page[:flash_notice] <=> $(‘flash_notice’) page.alert “The form contains the following errors: #{errors.join(“, “)}” page << “alert(‘Hello there’)” # Append raw JavaScript to be executed page.visual_effect :pulsate, ‘flash_notice’ page.delay(3) do page.visual_effect :fade, ‘flash_notice’ end

Testes Testes Unitários e funcionais RSPEC http://rspec.info/ Shoulda http://thoughtbot.com/projects/shoulda/ Saber mais: http://blog.jayﬁelds.com/

Internacionalização Introduzida na versão 2.2 do Ruby on Rails Traduz datas, numeração, strings, etc Referências: http://rails-i18n.org/ http://github.com/svenfuchs/rails-i18n/ tree/master/rails%2Flocale

Conclusões Criámos uma aplicação web para gerir workshops e inscrições Conseguimos mapear tabelas para objectos sem trabalho manual e aborrecido. Não precisámos recompilar ou reiniciar a aplicação após cada mudança no código. Não precisámos conﬁgurar dezenas de arquivos XML. Só foi preciso inserir o nome/password da base de dados. Não precisámos de javascript para escrever AJAX. Usámos Ruby nas três camadas da aplicação. Ganhamos uma API de borla. :) Temos uma estrutura de testes unitários e funcionais.

Performance

Performance Ver mais: http://reinventar.com/2008/09/ performance-on-rails-barcamp-pt-08/ http://railslab.newrelic.com/ Ferramentas de proﬁling www.ﬁveruns.com

Deployment

Várias opções Apache + Passenger Nginx + Mongrel Lighttpd FastCGI Outras

Recomendação Apache + Passenger www.modrails.com

Outras ferramentas

CAPISTRANO Ferramenta para automatizar operações nos servidores de produção Documentação em: www.capify.org Instalação: gem install capistrano Ver tarefas: cap -T

Exemplo deploy

Exemplo de Receitas Receita Capistrano para deploy em Passenger: http://reinventar.com/2008/09/setting-up- git-and-passenger-with-capistrano/

O Futuro

Novidades Fusão entre Rails e MERB Novas funcionalidades Aposta na performance

Conferências e a comunidade

RUPY RubyConf RailsConf Euruko Scottland on Rails Rails Summit Latin America Conferencia Rails (Espanha) Paris on Rails

Livros The Rails Way - Obie Fernandez Programming Ruby - Dave Thomas Chad Fowler Andy Hunt Ruby Pocket Reference - Michael Fitzgerald

Vídeos RailsCasts PeepCode Pragmatic Videos Rails Envy E muitos mais...

Exemplos Open-Source Tracks - Gestão de tarefas Insonshi - Rede Social Beast - Forum Typo - Blog RadiantCMS - Gestor de Conteúdo

Websites www.ruby-pt.org www.rubyonrails.org www.ruby-lang.org

Perguntas?

Obrigado Emanuel Mota www.ruby-pt.org - emanuel.mota@gmail.com Pedro Sousa www.thinkorange.pt - psousa@thinkorange.pt

Workshop Ruby on Rails dia 2 ruby-pt

by Pedro Sousa on Feb 23, 2009

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 6

Statistics

Workshop Ruby on Rails dia 2 ruby-pt — Presentation Transcript