Um pouco sobre Estrutura de Pastas em Ruby on Rails

Quando comeamos a utilizar uma ferramenta, seja ela uma linguagem, framework ou um photoshop da vida (sim, isso saiu um pouco do exemplo de programao), e pegamos uma certa rotina com o uso, passamos a criar um tipo de memria muscular, onde, no importa onde estejamos, se em um computador pessoal, de um amigo ou do trabalho, conseguiremos manipular da mesma forma.

E isso algo que podemos ter por aqui, pense comigo, voc desenvolve aquele sistema perfeito que est te dando o maior orgulho e voc conhece um amigo que tambm sabe a mesma ferramenta, ele acha uma falha e voc est ocupado para corrigir, com uma mesma estrutura, ele vai saber onde est cada arquivo e pode ajudar. Da mesma forma qualquer projeto que chegue em suas mos, tendo a mesma estrutura ir facilitar bastante um manuseio e manuteno.

E podemos dizer tudo isso de Rails, afinal com um simples comando ele faz o favor de nos entregar toda essa estrutura pronta para usar, sem dor de cabea.

Gerando

Para o nosso exemplo vamos criar um projeto chamado appexemplo.

rails new appexemplo

Pastas

O comando ir gerar toda uma estrutura para o projeto que dever se parecer com isso:

Dentro dessas pastas podemos organizar o projeto de forma que outra pessoa que trabalhe com Rails no vai precisar perguntar como o prejeto foi organizado.

Dentro de algumas dessas pastas existem subdivises e vamos ver algumas delas agora.

app

Aqui ficam os componentes da sua aplicao, aqui tambm que esto as pastas de view, controllers, models da Arquitetura MVC

• app/controllers = onde o Rails vai buscar as classes controller que tratam das requisioes web do usurio.
• app/helpers = onde ficam as classes auxiliares para as classes model, view e controller, para que estes possam ficar menores e mais organizados.
• app/models = onde ficam as classes que modelam os dados armazenados no banco de dados.
• app/views = onde ficam os modelos de exibio, layouts para preencher com os dados da aplicao, converter para HTML e exibir para o usurio.

config

Aqui ficam os arquivos de configurao do projeto.

• config/environments = aqui ficam os arquivos de configurao dos 3 ambientes que o Rails possui: development, test e production.

• config/initializers = aqui ficam todos os arquivos que so executados quando a aplicao iniciada.

db

Aqui podem conter scripts que gerenciam o banco de dados.

lib

Aqui como o nome j diz libraries ficam as bibliotecas, a menos que elas j pertenam a outro lugar.

log

Aqui onde o Rails vai criar os logs de erro, ele cria logs para o servidor (server.log) e cada ambiente Rails (development.log, test.log e production.log).

public

Aqui ficam os arquivos que estam com acesso pblico, como imagens, pginas estticas, etc.

test

Aqui ficam os testes que voc cria e que o Rails cria para voc, como testes funcionais, unit tests, etc.

tmp

Aqui o nome j autossugestivo, nessa pasta ficam os arquivos temporrios.

vendor

Aqui ficam os diretrios de terceiros, como diretrios de segurana ou utilitrios do banco de dados.

Concluso

Desde a criao de um projeto em Rails, j temos uma estrutura completa e organizada que alm de deixar o projeto mais bonito, evita dores de cabea futuras, principalmente levando em conta as manutenes do nosso software, sem falar que coisas assim mais organizadas e bem feitas do um "ar de profissionalidade" e voc pode impressionar outras pessoas com isso (recomendo que sejam tambm algum da rea, caso contrrio pode surtir um efeito contrrio)

Se voc gostou desse artigo, me segue no Twitter, no Github e aqui, o user o mesmo: @rsmwall.