boas práticas de design em aplicações ruby on rails

BOAS PRÁTICASDE DESIGN EMAPLICAÇÕES RAILSRINALDI FONSECArinaldifonseca.com@rinaldifonseca

sábado, 12 de maio de 12

UNCLE BOBMARTIN FOWLERSANDI METZE OUTROS

VAMOS CONSIDERAR PESSOAS COMO:


CLEAN CODEDESIGN PATTERNSSOLIDTODOS NÓS JÁ OUVIMOS FALAR


APLICAR NA PRÁTICAÉ DIFÍCIL


VAMOSPENSARNAESSÊNCIA


O DESIGN


O QUE É DESIGN??


O CÓDIGO


A ARTEDE ORGANIZARO CÓDIGO


CADA LINHACADA CLASSECADA TESTEFAZ PARTE DO DESIGN


E QUAL É O OBJETIVODO DESIGN?


REDUZIR O CUSTODA MUDANÇA


VAMOS PENSARQUE O CÓDIDODEVE FUNCIONAR HOJEE APENAS ISSO.


SER FÁCIL DE MUDARPARA SEMPRE.

DEVE


FIM DA PARTE 1


DICAS PRÁTICAS


AVISO:

O que vou falar, NÃO épapo de Javeiro =)


USAR CLASSES DE SERVIÇO

A.K.A. SERVICES

DICA 1


Rails e o MVC


FAT MODELSTHIN CONTROLLERS


DDD

DOMAIN DRIVEN DESIGN

ERIC EVANS


As vezes, lidamos com “coisas” que não se encaixam emdeterminados objetos


APPLICATION SERVICEDOMAIN SERVICEINFRASTRUCTURE SERVICE


Application Service

class AccountCSVExporter def self.to_csv(account) CSV.generate do |csv| account.transactions.each do |transaction| csv << [transaction.amount, transaction.created_on] end end endend


Domain Service

class FundsTransferService def self.transfer(from, to, amount) Account.transaction do from.debit amount to.credit amount end endend


Infrastructure Service

class MessagingService def self.overdrawn_account_sms(account) Rails.queue.push SmsJob, "#{account.number}!" endend


ENTITIES ANDVALUE OBJECTS

DICA 2


ENTITIES

Objetos identificáveis por suas identidades

São mutáveis(mantendo a identidade)

Possuem um ciclo de vida na aplicação


class Order < ActiveRecord::Base belongs_to :user has_one :addressend

class Address < ActiveRecord::Base belongs_to :orderend


VALUE OBJECTS

Objetos identificáveis por seu valores

São imutáveis

Descrevem “coisas”


class Address attr_reader :street, :city

def initialize(street, city) @street, @city = street, city end

end


class Order < ActiveRecord::Base belongs_to :user composed_of :address, :mapping => [%w(address_street street), %w(address_city city)]

end


PRESENTERS

DICA 3


*PRESENTERS*EXHIBTI OBJECTS

DECORATORSAttach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality. / Gang of Four


Lógica na View

<% if user_signed_in? %><%= product.name %><% else %><%= link_to product.name, product_path(product) %><% end %>


BasePresenter

require “delegate”class BasePresenter < SimpleDelegator attr_accessor :context

def initialize(model, context = nil, objects = []) objects.each do |key, value| self.class.send :define_method, key do value end end

@context = context super model endend


BasePresenter

class ProductPresenter < BasePresenter def display_name if user name else context.link_to name, context.product_path(self) end end

def display_description context.render “products/description”, :product => self endend


PresenterHelper

module PresenterHelper def present(presenter_class, model, objects) presenter = presenter_class.new(model, self, objects) yield presenter if block_given? presenter end

end


Utilização

<% present ProductPresenter, @product, :user => current_user do |presenter| %>

<%= presenter.display_name %> <%= presenter.display_description %>

<% end %>


ADAPTERS

DICA 4


ADAPTAR A INTERFACEDE UMA CLASSE


DEPENDÊNCIASEXTERNAS

GRANDES CHANCES DE MUDAR


Exemplo:

Gem Koalagithub.com/arsduo/koala

@graph = Koala::Facebook::API.new(oauth_access_token)@friends = @graph.get_connections("me", "friends")


Criando um Adapterclass FacebookAdapter attr_accessor :access_token, :adapter

def initialize(access_token, adapter = Koala::Facebook::API) @access_token = access_token @adapter = adapter.new(access_token) end

def friends adapter.get_connections("me", "friends", :fields => "name") endend


FINALIZANDO...

Ao codificar, vamospensar no DESIGN


OBRIGADO


boas práticas de design em aplicações ruby on rails

Technology