Diego Roriz » rails

Caelum Ensino e Inovação – Apostilas abertas para download

Diego Roriz — Fri, 29 Jan 2010 22:30:22 +0000

Estava navegando pela internet e encontrei algumas apostilas de ótima qualidade na página da empresa Caelum – Ensino e Inovação. São apostilas de alguns dos cursos ministrados por eles. Confiram a seguir um pouco mais da empresa e das apostilas.

A Caelum disponibiliza gratuitamente para download algumas das apostilas de seus cursos para a comunidade, com intuito de disseminar o conhecimento. Envie esta página para seus amigos também. Evite enviar ou receber as apostilas por e-mail, sempre baixe as versões mais novas e atualizadas das apostilas aqui.

Para quem quiser conhecer um pouco mais sobre a Caelum, acesse o site oficial ou vá direto para a seção Quem Somos. A seguir, um link para as apostilas disponibilizadas pela empresa.

Destaco uma atenção para a apostila de Ruby e Rails por motivos óbvios! Eu gosto muito de Ruby e Rails e gosto de difundir a linguagem e o framework!

Espero que gostem e indiquem para amigos e companheiros de estudo. Até a próxima.

Leia também:

Dica rápida – Como destruir registros em massa utilizando Rails?

Diego Roriz — Fri, 22 Jan 2010 18:10:16 +0000

Você certamente já precisou destruir um conjunto de registros do banco em uma única operação. O ActiveRecord provê dois métodos que proporcionam essa funcionalidade: destroy_all e delete_all. Mas se os dois deletam registros da base, quando usar um e quando usar o outro? Qual a diferença entre eles?

O método delete_all deleta os registros que obedecerem às condições de exclusão informadas sem instanciar o registro e portanto, sem chamar o método destroy nem invocar os callbacks. O delete_all é apenas uma instrução SQL DELETE que é executada direto na base de dados, sendo muito mais eficiente que o destroy_all. O método delete_all retorna o número de registros afetados com a operação.

Já o método destroy_all destrói todos os registros que obedecerem ás condições de exclusão informadas instanciando um objeto para cada registro e chamado o método destroy. Todos os callbacks de cada objeto são executados, incluindo as opções de associação entre objetos :dependent e os before/aftersave. Uma coleção dos objetos destruídos é retornada. Os objetos desta coleção são classificados como congelados, visto que os objetos não podem ser nem salvos nem alterados.

Leia também:

Ruby versus Rails

Diego Roriz — Tue, 05 Jan 2010 18:31:08 +0000

Muitas pessoas que iniciam os estudos em Ruby On Rails não sabem distinguir exatamente uma coisa da outra (Ruby e Rails). Este post têm o objetivo de esclarecer o que é cada uma dessas coisas e mostrar um pouco das mesmas.

Para começar, vamos direto ao ponto. Ruby é uma linguagem de programação e Rails é um framework para desenvolvimento web. (PS.: se você não sabe o que é um framework, não se preocupe!) Agora que eu já traumatizei vocês (risos), vou aprofundar um pouco mais nos detalhes e trazer alguns exemplos e sites de referências.

Ruby

Ruby, como dito no parágrafo anterior, é uma linguagem criada em 1993 por Yukihiro Matsumoto (Matz). Ela foi grandemente inspirada em Python e Perl (daí o nome “Ruby”, outra pedra preciosa). Matz queria uma linguagem mais poderosa que Perl e mais orientada a objeto que Python.

Ruby é uma linguagem projetada tanto para a programação em grande escala quanto para codificação rápida, tem um suporte a orientação a objetos que tem o objetivo de ser simples e prático. Esta linguagem possui repositórios de bibliotecas disponíveis em sites como GemCutter e uma ferramenta de instalação dessas bibliotecas chamada Ruby Gems, semelhante aos gerenciadores de pacotes do Debian Linux, como o apt.

Para se ter uma idéia do potencial da linguagem quanto ao que ela se propõe a fazer, confiram o post Porquê utilizar Ruby, publicado no próprio blog.

Já o Rails é um framework com foco no desenvolvimento de aplicações web. Mas o que é um framework?! Um framework pode ser considerado como um conjunto de códigos que foram identificados como sendo comuns em vários projetos e que possuem uma finalidade muito específica. De uma maneira mais informal, considerem um framework como uma caixa de ferramentas. Para cada tipo de problema na vida real, você tem uma caixa de ferramentas criadas para você atacar aquele tipo de problema específico. O Rails é uma caixa de ferramentas para pessoas que queiram desenvolver aplicações web!

Como ia dizendo, o Rails é um framework gratuito que promete aumentar velocidade e facilidade no desenvolvimento de sites orientados a banco de dados (database-driven web sites), uma vez que é possível criar aplicações com base em estruturas pré-definidas.

O Rails foi criado a partir da experiência de David Heinemeier Hansson (página pessoal e wikipedia) de um projeto seu na 37signals (site oficial e wikipedia), o gerenciador de projetos Basecamp. Depois de desenvolvido o projeto, foram observados padrões que poderiam ser utilizados na criação de outras aplicações web. E nascia aí o Rails!

O Rails tem como algumas de suas filosofias os seguintes conceitos que agilizam o desenvolvimento:

DRY (Don’t Repeat Yourself): basicamente explora a técnica de não repetir você mesmo! Mas como?! Citando como um exemplo, a identificação de trechos de código e separação dos mesmos em locais específicos para facilitar o reuso posteriormente (sem CTRL+C e CTRL+V) através de gems, plugins, libs, etc.

COC (Convetion Over Configuration): sempre existe mais de uma maneira de fazer uma determinada coisa. Esse conceito visa difundir a adoção da convenção sempre onde for possível. Caso contrário, o desenvolvedor sempre precisará configurar muitas coisas para colocar uma aplicação no ar, por exemplo. Mesmo a prioridade sendo sempre adotar a convenção, o desenvolvedor pode optar por configurar da maneira que for conveniente.

Quer conferir o quão produtivo é desenvolver uma aplicação utilizando o framework Rails?! Confira neste mesmo blog um post ensinando como criar a sua primeira aplicação em rails – um cadastro de clientes.

E é isso pessoal! Como dito no começo do post, a diferença entre Ruby e Rails é que Ruby é uma linguagem de programação e Rails é um framework para aplicações web.

Referências:

Leia também:

Dica Rápida – Adicionar novos campos em tabelas

Diego Roriz — Mon, 04 Jan 2010 13:42:59 +0000

Primeiro post de 2010! Após um pequeno recesso no final do ano, estamos de volta com tudo! Neste post, iremos abordar um problema muito comum entre os desenvolvedores: ter que adicionar ou remover campos na tabela depois de criada a migrate inicial de forma fácil!

Mas como fazer isso de forma fácil?! O Rails oferece dois recursos que nos permitem adicionar ou remover campos de uma tabela através de uma sintaxe pré-definida (padrão Convention Over Configuration), como pode ser observado a seguir:

AddXXXtoYYY
RemoveXXXtoYYY

Neste caso, o parâmetro XXX indica um nome de algo que você deseje adicionar/remover mas que não precisa necessariamente refletir o nome de todos os campos. E o parâmetro YYY indica o nome da tabela que deve ser alterada. Para descrever os campos a serem adicionados, basta informar o nome e o tipo dele após a declaração da migrate. A sintaxe para declaração de campos em migrates permanece a mesma – nome_campo:tipo_campo. Para contextualizar, vejam o exemplo:

ruby script/generate migration AddFieldsToPessoas sobrenome:string profissao:string

O comando descrito acima vai gerar o seguinte código:

^?View Code RUBY

class AddFieldsToPessoas < ActiveRecord::Migration
 def self.up
 add_column :pessoas, :sobrenome, :string
 add_column :pessoas, :profissao, :string
 end
 
 def self.down
 remove_column :pessoas, :profissao
 remove_column :pessoas, :sobrenome
 end
end

Se quisermos remover campos de uma determinada tabela, basta trocar o prefixo Add por Remove. Vale a pena lembrar que estas alterações refletem apenas no banco de dados. Ou seja, se você adicionar ou remover campos de uma tabela, irá precisar alterar suas views para que a alteração do banco possa refletir na sua aplicação!

Gostou?! Esta dica facilitou seu trabalho? Então indique para os amigos!
Diego Roriz

Leia também:

Internacionalização em Rails – I18n

Diego Roriz — Mon, 21 Dec 2009 13:26:06 +0000

Hoje irei apresentar um tutorial prático sobre a gem I18n, responsável pela internacionalização e localização da aplicação rails. Este post é dedicado principalmente aos leitores que pediram o tema via Twitter e aos meus alunos que cursaram o Primeiro Curso de Ruby On Rails de Goiânia e ficaram curiosos quando eu expliquei o que esta gem era capaz de fazer! Mas o que é internacionalização?

Citando Rails Guide, o processo de “internacionalização” normalmente significa abstrair da aplicação todas as strings e outras partes que dependem das particularidades de cada local e língua, como o formato de datas ou moeda. O processo de “localização” significa providenciar traduções e formatação adequadas à cada uma dessa partes.

Para este post, irei considerar que vocês já possuem a aplicação pronta, no caso, o cadastro de clientes criado em um post anterior. Se preferir, baixe a aplicação aqui. Porém, sugiro aos iniciantes que sigam o post para criarem sua própria aplicação e irem se familiarizando com o framework rails.

Baixada a aplicação, descompacte e entre no diretório da aplicação ‘primeiro_projeto’ via terminal. Dentro do diretório da aplicação, será necessário criar a nossa base de dados da aplicação e rodar as migrates para gerar as tabelas. Para isso, serão utilizados os comandos rake db:create e rake db:migrate, respectivamente. Executados os comandos a saída que você deverá ver é:

Output da criação e aplicação das migrates

Com a nossa base de dados pronta, vamos levantar o nosso servidor web através do comando ruby script/server e acessar a nossa aplicação através da url http://localhost:3000. Ao criar um novo cliente e salvá-lo sem informar nenhum dos campos, receberemos uma tela de erro:

Erros de validação na view

Como vocês puderam observar, as mensagens de erro são apresentadas ao usuário na língua inglesa. Este tutorial prático irá ensinar como permitir que sua aplicação apresente as mesmas em português. O primeiro passo é fazer o download do arquivo responsável pelos textos e mensagens da aplicação no site da gem I18n (baixe aqui o arquivo pt-BR).

Feito o download do arquivo pt-BR.yml, o mesmo deve ser colocado dentro da pasta config/locales/. Se vocês abrirem o arquivo, verão que ele possuim uma estrutura específica onde é possível definir os níveis de variáveis através da identação de blocos e a tradução em si através das atribuições. Essa estrutura será explicada posteriormente em conjunto com o post mais avançado sobre o I18n. Com o arquivo no diretório correto, o processo de internacionalizar a sua aplicação já está 50% completo!

Agora, vamos alterar o arquivo enviroment.rb situado no diretório config. Caso você não tenha alterado nada neste arquivo, na linha 40, você verá

# config.i18n.default_locale = :de

Descomente essa linha removendo o símbolo # do começo e altere o seu default_locale para ‘pt-BR’ desta forma (entre aspas). Após fazer isto, pare o seu servidor web com o comando CTRL+C e levante-o novamente através do comando ruby script/server. Acesse novamente a view de cadastro de clientes e clique em salvar sem informar nada. Pronto! Como vocês podem ver, as mensagens de erro da sua aplicação já estão traduzidas para o nosso português! Simples assim!

Segue aqui o código da aplicação já pronta! Caso você tenha gostado, ou tenha alguma dúvida ou sugestão para o post, comente!

Gostou do post e deseja sugerir algum tema? Utilize o formulário de sugestões ou faça a sugestão via twitter. Ela será muito bem vinda! Obrigado mais uma vez!

Diego Roriz

Leia também:

Criando sua primeira aplicação Rails

Diego Roriz — Thu, 10 Dec 2009 11:38:35 +0000

Hoje irei mostrar a vocês como criar facilmente uma aplicação web. Para mensurar quão fácil é criar uma aplicação web com rails, este post irá construir um cadastro de clientes do ZERO. Será utilizada a linguagem Ruby e o framework Rails. Para o tutorial conseguir o resultado esperado, considero que o Ruby, o Rails e o MySQL estão corretamente instalados na máquina local. Para garantir que o ambiente de desenvolvimento se encontra em perfeitas condições, execute os comandos mostrados a seguir. Eles devem reproduzir os seguintes resultados:

ruby --version
ruby 1.8.7 (2008-08-11 patchlevel 72) [i486-linux]

gem --version
1.3.5

rails --version
Rails 2.3.5

Caso você veja resultados similares aos mostrados aqui, você já está apto a desenvolver a sua primeira aplicação em rails. Para criar uma nova aplicação em rails, execute via linha de comando

rails primeiro_projeto -d mysql

Feito isso, você irá perceber que muitos arquivos foram criados dentro da pasta do projeto. Neste caso, criados na pasta primeiro_projeto. Após ter criado o projeto, o próximo passo é ver se tudo correu bem. Para isso, executem o seguinte comando no terminal

script/server

e acessem a aplicação no browser/navegador através da url http://localhost:3000 visualizando o seguinte resultado:

Tela de abertura projeto rails

Se vocês clicarem no link About your application’s enviroment, verão uma mensagem de erro

Erro ocasionado pela não criação do banco de dados da aplicação

Para seguirmos construindo nossa aplicação, devemos criar nosso banco de dados. Neste exemplo, irei utilizar MySQL como mencionado anteriormente. Vamos editar o arquivo database.yml localizado na pasta config.

development:
  adapter: mysql
  encoding: utf8
  reconnect: false
  database: primeiro_projeto_development
  pool: 5
  username: root
  password: root
  socket: /var/run/mysqld/mysqld.sock

Depois de informar a senha do usuário do banco, execute o comando

rake db:create

E caso você acesse novamente a url http://localhost:3000, e clicar em About your application’s enviroment, visualizarão todas as informações referentes ao seu ambiente de desenvolvimento:

Variáveis de ambiente do projeto

Agora que nosso ambiente de desenvolvimento do projeto está ok, vamos por a mão na massa?! Vamos gerar todo o MVC (Model, View e Controller) do modelo Cliente. Esse modelo/classe terá os seguintes atributos:

nome, string
idade, integer
endereço, text
celular:string

Para criar isso, iremos executar o seguinte comando

script/generate scaffold cliente nome:string idade:integer endereco:text celular:string

Output scaffold do model de Cliente

Depois de executado esse comando, você irá observar que muitos arquivos serão criados. Isto porque o scaffold é um gerador de código automático. Ele gera todo o MVC do modelo que você informou. Não acredita? Então vamos ver! Antes de irmos para a aplicação no browser, temos que migrar nossa base de dados para que ela possa contemplar o novo modelo desenvolvido. Para isso, iremos executar o seguinte comando:

  rake db:migrate

Se vocês observarem o resultado deste comando, irão ver que o retorno do mesmo é bem intuitiva, criando a tabela relativa aos clientes.

Output da execução da migrate do model de Cliente

Executada a migrate, agora temos uma tabela de clientes na nossa base de dados e já podemos testar nossa aplicação no browser! Quer ver?! Então acesse http://localhost:3000/clientes e verão a sua aplicação funcionando no browser!!! A seguir imagens da listagem dos clientes cadastrados

Listagem de clientes cadastrados

e do formulário de criação de novo cliente!

Formulário de criação de novo cliente

Espero que esse post consiga mostrar para vocês quão fácil é trabalhar com rails!!! Qualquer dúvida, postem um comentário! Gostou do post?! Comente e indique! =]

Atenciosamente,
Diego Roriz

Leia também: