Dicas ao organizar seu código ruby

Video: Guru-SP 37: Medindo performance do seu código Ruby por Rafael França

Ruby é uma linguagem de programação orientada a objetos (OOP). Tudo em Ruby é um objeto que contém alguns dados e um código que dá o comportamento objeto. Você pode pensar em objetos como os substantivos de um pensar sentence- do comportamento, chamado métodos, como verbos do objeto. Ao criar seus próprios objetos, existem algumas boas práticas gerais para manter em mente.

Fazer uma coisa bem

Quando você está planejando seu programa, pense em todos os objetos que são necessários e como eles podem interagir. Por exemplo, se você estiver fazendo um jogo de cartas, você pode ter cartas de jogo individuais, uma plataforma que detém cartões, um jogo em si que conhece as regras do jogo, e os jogadores que jogam o jogo.

É tentador para rolar todo o seu código em um único grande pedaço de código, mas quando você chegar a um determinado tamanho, essa abordagem é realmente difícil de alterar, corrigir, ou reutilização em outros projetos.

Em vez disso, mantenha seus objetos focados em fazer um trabalho.

Mantenha simples

Em Ruby, você define os dados e comportamento de seus objetos em um classe. Uma classe é como uma espécie de modelo do qual você pode fazer um ou mais objetos. A classe contém o código que criou comportamentos, chamado métodos. A classe também pode conter os dados que é necessário para o objeto para operar, como o valor de face de uma carta de baralho.

Quando você escreve o seu código para uma classe, é muito melhor para escrever métodos pequenos do que os maiores. Cada método de pequeno porte pode ser usado em combinação com outros para criar um comportamento mais complicado.

Ao manter os métodos menor, é mais fácil para testar cada método isoladamente. Quando rastrear erros, muitas vezes é mais fácil de resolver através de menos linhas de código.

Outra maneira de manter seu código simples é fazer bom uso de objetos embutidos rubi e seus métodos. Ruby tem um conjunto muito rico de recursos internos. Você vai economizar tempo usando esses métodos.

Esconder seus dados

Uma maneira que os objetos começam a se tornar difícil de reutilizar ou depuração é quando os objetos “compartilhar informações demais.” Se o objeto tem um monte de dados, mas tudo está exposta para o exterior, é difícil mudar a maneira de trabalhar com isso dados sem quebrar outros objetos que são dependentes dela.

Video: Ruby On Rails para Iniciantes – Bootstrap

Rubi oferece uma série de maneiras de esconder dados do seu objeto. Você pode escrever seus próprios métodos que fornecem “getters” e “ajustes” para manipular os dados. Você também pode usar Ruby attr_accessor métodos, que criam getter e setter código para você.

Ambas as técnicas dar-lhe uma camada entre o mundo exterior e de código e dados do seu objeto. Se você precisa então de fazer uma mudança, você pode alterar as implementações de seus objetos, mantendo suas interfaces para que outros programadores que usam o código não tem que mudar a sua própria.

Siga as convenções do rubi

Ruby tem um número de convenções de nomenclatura que são esperados ao escrever código Ruby. Se você seguir estas técnicas padrão, você faz o seu código muito mais fácil entender por outros programadores.

Video: Ruby - Métodos pt1

Você deve sempre tentar colocar apenas uma classe em um arquivo, o nome de uma classe que começa com uma letra maiúscula, e usar letras maiúsculas entre vários nomes de trabalho (Jogo de cartas). Arquivos que possuem sua classe são nomeados em todas as letras minúsculas usando o “caso da serpente” (card_game.rb). próprio Ruby espera que este.

Constantes são geralmente tudo UPPER_SNAKE_CASE, e variáveis ​​locais e de instância, bem como nomes de métodos são todos @lower_snake_case (Sem o @ para as variáveis ​​locais e nomes de métodos).

Video: Ruby on Rails Trabajando con mapas y ubicaciones parte 2

Ruby não exigir que todos os símbolos adicionais que algumas outras línguas de fazer, então você vai notar uma falta de diferentes tipos de parênteses, ponto e vírgula, e outra pontuação desnecessária. Embora você possa usá-los, se quiser, não usá-los se eles não adicionar à compreensão do código.

No entanto, e este é um grande problema, se você acabar trabalhando no código de outra pessoa, siga suas convenções em primeiro lugar.

A abordagem de Ruby é uma recomendação, não é sempre uma exigência. Faça o que você está confortável, e gosta de escrever seu código!