RAMON FERREIRA SILVA

O segundo padrão do catálogo GRASP, é o Creator, este padrão é responsável por atribuir a responsabilidade de criação de objetos. Atribuições do Creator O paradigma da orientação a objetos trata-se de uma coleção de objetos que interagem entre si, mas a quem cabe a atribuição de criar esses objetos? Afinal se qualquer  classe sair criando objetos, podemos ter graves violações de encapsulamento, responsabilidades e  alto acoplamento. O padrão Creator veio para dar ordem a esse

O catalogo de princípios GRASP (General Responsibility Assignment Software Principles), consiste em orientações para a construção de bons softwares usando programação orientada a objetos. Assim como os padrões SOLID, o GRASP foi criado com o intuito de tornar o código  mais flexível, facilitando a manutenção e a extensibilidade. Objetivos do GRASP Os princípios  responde a um problema comum no desenvolvimento de software. Esses princípios não têm como objetivo criar novas for

O princípio da Inversão de Dependências é o último dos Princípios SOLID e corresponde a letra “D”. Definição Este princípio trata de uma maneira específica para desacoplar as dependências entre os objetos, modificando a maneira tradicional como estabelecemos as dependências entre nossos objetos. Sua definição formal é : Componentes de mais alto nível não devem depender de componentes de níveis mais baixos, mas ambos devem depender de abstrações. Abstrações não devem depender

Calma, esse não é um post sobre Rocobop. OCP (Open/Closed Principle) é o segundo princípio do SOLID, e diz que uma classe deve ser aberta para extensão e fechada para modificação. Mas o que isso significa ? Simples, você a sua classe deve ser projetada de modo que não haja necessidade de fazer alterações no seu código cada vez que um novo comportamento for necessário, e como fazer isso? Separando todo o comportamento mutável da sua classes e manter nela somente aquilo que nun

Responsabilidade Única é o primeiro princípio SOLID da orientação a objetos, representa a letra ´S´. Este princípio diz que uma classe deve possuir apenas uma responsabilidade, sendo uma classe coesa e simples. Porém esse parece ser o princípio mais difícil de ser seguido, um pouco de distração e nossa classe já está fazendo login, acessando o saldo da conta e fazendo transferências entre usuários. Outra situação clássica, é quando colocamos nossa lógica de negócios na camada

A Refatoração de código é uma prática que surgiu na década de 80, entre os membros da comunidade de programadores de Smalltalk, logo ganhou força e atingiu outras comunidades de programadores. Os programadores tinham consciência que não escreviam o código mais correto logo na primeira tentativa, e que precisavam ler, reler e modificar os seus códigos com uma frequência maior do que escreviam novas linhas de código. Logo alguns termos se tornaram populares entre os programador

Muito se pergunta qual a diferença entre Grails e Rails, já que os dois frameworks tão parecidos, vamos ver que além de muitas características em comum, eles possuem propósitos e diferenças fundamentais. O que é Rails Ruby on Rails, ou apenas Rails, é um framework Open Source para desenvolvimento Web. Ele usa o ruby com sua linguagem e é focado no rápido desenvolvimento e evolução constante. O Rails usa um padrão chamado MVC (Model-View-Controller), onde se separa a camada de

Recentemente Rasmus Lerdorf, criador da linguagem Php, declarou em uma conferência que devemos evitar o uso de frameworks php. Os motivos os quais ele listou são os seguintes: Frameworks executam o mesmo código repetidamente sem necessidade Frameworks necessitam de muitas classes interdependentes Frameworks induzem a soluções desnecessariamente complicadas Frameworks duplicam a função do servidor web Bom eu não concordo com que os motivos listados invalidem o uso de framework