A biblioteca utilizada nesse tutorial foi a AVAudioPlayer, e me pareceu bastante simples executar um único som, o problema é que eu gostaria de algo mais abrangente e dinâmico, eu queria um player de audio que executasse qualquer som com apenas um método, que gerenciasse meus arquivos de som, e não carregasse eles novamente, caso já tivessem sido tocados. Com essa ideia na cabeça eu criei a classe AudioPlayer.

Com um objeto dessa classe instaciado ele atuará como o nome já diz, como um player de áudio, você pode escolher o som que vai tocar, ele verifica se o arquivo já foi tocado anteriormente, se já, só reproduz, se não coloca ele na lista, enfim, gerencia os audios de sua aplicação.

Criando o AudioPlayer

Antes de mais nada é preciso adicionar o AVFoundation framework em sua aplicação, no XCode4 faça:

1. Na árvore de arquivos clique no seu projeto.
2. Na barra superior da janela central clique em Build Phases.
3. Expanda o item Link Binary With Libraries.
4. Clique no sinal de ‘+’ e procure por AVFoundation.framework
5. Adicione o framework ao seu projeto.

Como é uma classe bastante simples, vou colocar os códigos diretamente aqui.

Crie os arquivos AudioPlayer.h e AudioPlayer.m e coloque os respectivos códigos abaixo:

AudioPlayer.h

AudioPlayer.m

Utilizando o AudioPlayer

Isso é fácil, basta instanciar um objeto da classe AudioPlayer:

Os nomes dos métodos são bastante intuitivos, o que vale explicar é que o AudioPlayer utiliza o nome do arquivo como chave do dicionário de AVAudioPlayers, eu pensei nessa abordagem porque fica muito mais fácil você gerencia-los assim.

Por exemplo, eu tenho 3 arquivos tocando: MusicBack.mp3, SoundClick.wav e o SoundFoo.mp3, se eu crio uma regra de negócio onde existe a diferença entre som e música, eu posso facilmente parar todos os sons chamando o método:

Você pode tocar o arquivo de som que você quiser, só basta chamar:

Lembrando que se você colocar o parâmetro nTimes = -1, o som ficará tocando em loop.

Exemplo

O exemplo da foto acima pode ser encontrado no meu github.

[]s

Bruno.

Splash screen ? Oras, isso deve ser fácil, vou dar uma pesquisada e logo arrumo uma solução razoável.

Pois é, eu estava errado, não no ponto de ser fácil, porque é, mas na questão de achar rapidamente uma solução, ainda mais para XCode 4. Existem diversas maneiras de se fazer isso, só que sinceramente, existem umas que além de não funcionarem, desrespeitam qualquer boa prática.

Um exemplo disso que eu vi, foi o cara colocar a imagem Default.png, que é a imagem que a aplicação exibe quando o aplicativo está carregando, e colocar ele para dormir pelo tempo que ele julgue necessário a imagem ficar aparecendo. Eu acredito que essa não seja a maneira correta, porque você está perdendo uma liberdade utilizando a imagem Default.png para isso, além do que deixar a aplicação dormindo não é uma boa ideia por definição. =P

Deixando de lado essas abordagens, e qualquer comentário, sobre a necessidade ou não de uma splash screen, vamos a solução utilizada.

Implementação

Já um pouco familiarizado com troca entre views eu pensei comigo mesmo, vou carregar a aplicação, e quando terminar eu chamo a view de splash deixo ela lá um tempo e depois faço o dismiss. óbvio.

Depois de criar um (UIViewController) SplashScreenViewController, sem absolutamente nada, deixei meu controller principal da seguinte maneira:

DemoSplashViewController.h:

DemoSplashScreenViewController.m:

Assim bastou eu chamar no DemoSplashScreenAppDelegate.m dentro do método didFinishLaunchingWithOptions:

O método showSplash chama o hideSplash após o tempo determinado na constante SPLASH_HIDE_DELAY.
Para customizar sua splash screen basta alterar a view SplashScreenViewController.xib

E Voilá…

O código fonte pode ser encontrado em: github.com/milare/DemoSplashScreen

Mas o que vou falar hoje é sobre como escrever seu próprio javascript, sem depender dos helpers do rails. Na minha opinião, embora a integração existente ajude muito, quando queremos ir pouco mais fundo, ou em um projeto muito grande que exija mais do que simples chamadas ajax eu prefiro criar meu próprio javascript, isso pelo simples fato de que faço do jeito que eu quero, organizo minha biblioteca de arquivos js da forma que melhor se adapta ao projeto e tenho total controle sobre o que estou fazendo, não fico “preso” ao jeito de fazer “imposto” pelo rails.

Só um aparte neste ponto, NÃO estou dizendo que rjs é ruim pelo contrário ele ajuda muito em muitas coisas.

Bem, dito isso vamos por a mão na massa! Em primeiro lugar aviso que usarei o jquery ao inves do prototype, não vou entrar em detalhes de como configurar o jquery no rails pra isso você pode usar o jrails (eu uso).

O cenário que escolhi para esse post foi algo bem básico, só para exemplificar mesmo, imagine o seguinte: Um cadastro de produtos, esses produtos tem uma categoria e uma subcategoria, então quando eu escolher uma categoria em um select quero que o select de subcategorias seja carregado dinamicamente:

o meu controller eu adiciono o seguinte metodo:

    1 def ajax_load_sublinhas
    2   linha = params[:linha] || 0
    3   @sublinhas = Sublinha.sublinha_by_linha(linha).collect { |c| [c.description, c.codesublinha] }
    4   render :layout => false
    5 end

Ai na view do metodo:

    1 <li id="product_codesublinha_input" class="select optional">
    2 <label for="product_codesublinha">SubLinha</label>
    3 <% if @sublinhas.empty? %>
    4   nenhuma sublinha foi encontrada.
    5 <% else %>
    6 <%= select_tag 'product_codesublinha', options_for_select(@sublinhas),
    7                                        :name => "product[codesublinha]" %>
    8 <% end %>
    9 </li>

Por fim no meu formulário, na pagina de cadastro de produto:

    1 <% content_for :header do -%>
    2   <%= javascript_include_inputs %>
    3   <script type="text/javascript" charset="utf-8">
    4     $(document).ready(function() {
    5       $("#product_codelinha").change(function() {
    6         show_overlayer();
    7
    8         $.get('http://localhost:3000/products/ajax_load_sublinhas', { linha: $('#product_codelinha').val()}, function(sublinhas){
    9           $('#sublinhas').empty();
   10           $('#sublinhas').append(sublinhas);
   11           hide_overlayer();
   12         });
   13
   14         return false;
   15      });
   16   });
   17
   18 function show_overlayer(){
   19   $("#overlayer").css("display","block");
   20   $("body").css("overflow","hidden");
   21 }
   22
   23 function hide_overlayer(){
   24   $("#overlayer").css("display","none");
   25   $("body").css("overflow","auto");
   26 }
   27 </script>
   28 <% end -%>
   29 <div id="form">
   30 <% semantic_form_for @product do |form| %>
   31
   32   <% form.inputs do %>
   33     <%= form.input :code_product, :label => true, :input_html => {:size => 5, :class => "small"} %>
   34     <%= form.input :name, :label => true %>
   35     <%= form.input :codelinha, :as => :select, :collection => @linhas, :label => 'Linha' %>
   36     <div id="sublinhas">
   37     <% if @product.new_record? %>
   38     <% else %>
   39     <%= form.input :codesublinha, :as => :select, :collection => @sublinhas, :label => 'SubLinha' %>
   40     <% end %>
   41     </div>
   42     <%= form.input :stock, :label => true, :input_html => { :size => 3, :class => "small" } %>
   43     <%= form.input :cost_price, :label => true, :mask => :decimal,
   44                                 :input_html => {:size => 5, :class => "small"} %>
   45     <%= form.input :retail_price, :label => true, :mask => :decimal,
   46                                 :input_html => {:size => 5, :class => "small"} %>
   47     <%= form.input :description, :label => true %>
   48     <%= form.buttons :commit %>
   49   <% end %>
   50
   51 <% end %>
   52 </div>

Vejam que para o exemplo eu estou usando o formtastic, por isso o formulário um pouco diferente do convencional.

Lembre sempre de setar o método no routes.rb também

map.resources :products, :collection => { :ajax_load_sublinhas => :get }

Vejam que temos muita liberdade para fazer a coisa do nosso jeito, esse foi só um exemplo bem simples de selects dinâmicos, mas o leque de coisas que podemos fazer é o quanto a nossa imaginação permitir.

Qualquer dúvida é só comentar.

This is it!

Esses dias estava trabalhando em um projeto pessoal, em rails é claro…rs, e precisei implantar uma busca no meu sistema, algo trivial, mas ai fui incrementar, paginar os resultados no estilo dig, etc… Nesse ponto tive alguns problemas com as rotas e na passagem de parâmetros, ai resolvi fazer esse mini tutorial de como resolvi o problema.

Se alguem conhecer uma solução melhor comenta ai.

Bem, vamos lá… Para paginar registros eu já estava usando o will_paginate, e minha solução ficou da seguinte maneira:

No meu controller (categorias_controller.rb) eu adicionei o seguinte metodo:

Como estava implantando o formulário de busca em uma tela já pronta e iria repetir esse form em vários lugares, criei um partial para o formulário da busca (_busca.html.erb).

A view (busca.html.erb) que apresenta os resultados ficou da seguinte maneira:

Observem a linha 26, quando chamo o will_paginate preciso passar como parâmetro a variável query que contem a expressão que esta sendo buscada:

No meu arquivo routes.rb eu adicionei uma collection no resouce categorias.

Veja que adicionei a :busca como sendo mais um resource de :categorias, o parametro :any significa que esse resource responderá  :get/:post/:put/:delete, eu poderia simplesmente colocar :get, uma vez que o parâmetro nesse caso só é passado via url, mas deixei como :any pra exemplificar.

Ou coisa, pra não precisar ficar definindo os labels do will_paginate em todo os lugares, acrescentei no final(depois do ultimo end) do meu arquivo environment.rb as seguintes linhas:

Ai foi só reiniciar o server e partir pro abraço!

Abraço a todos.