Atenç�o: esse artigo tem uma palestra complementar. Clique e assista!

Do que trata o artigo

Refatoraç�o de c�digo aplicando princ�pios de orientaç�o a objetos que facilitam a implementaç�o das soluç�es chamadas de padr�es de projetos, implementado o padr�o Strategy para definir grupos de classes com comportamentos diferentes que podem ser trocados em tempo de execuç�o.

Para que serve

Tornar projetos de software mais flex�veis, baseando-se nos princ�pios da orientaç�o a objetos, para tamb�m que se tornem reutiliz�veis. Os padr�es de projetos s�o uma maneira de usar os princ�pios da orientaç�o para resolver problemas complexos do desenvolvimento de software.

Em que situaç�o o tema � �til

No desenvolvimento de sistemas orientados a objetos, em projetos onde os requisitos possuem uma constante mudança e qualidade for uma meta a ser alcançada.

Resumo do DevMan

Algumas pessoas sentem dificuldade para usar padr�es de projetos e construir designs elegantes nos seus sistemas, pois n�o conseguem encontrar situaç�es para us�-los, apesar de ter o conhecimento te�rico sobre alguns padr�es. Isto � comum porque os problemas existentes em um software dificilmente s�o solucionados apenas com um padr�o de projeto. Por isto voc� precisa encher sua cabeça com v�rios deles para ent�o ser capaz de criar uma soluç�o completa usando os padr�es para criar um bom design. Fazendo uma analogia a um programa de computador, os padr�es de projetos funcionam como drivers que devem ser carregados para o seu c�rebro para que voc� possa us�-los quando necess�rio. Esta � maneira mais f�cil de conseguir aplic�-los, por tanto quanto mais padr�es diferentes voc� conhecer mais facilidade ter� para solucionar um problema com eles.

Quando se est� criando um software, a tend�ncia � torn�-lo o mais reutiliz�vel poss�vel, ou seja, minimizar o trabalho necess�rio para fazer alteraç�es ou implementar novas funç�es, mas existem muitos problemas que dificultam o trabalho do programador de tornar o software reutiliz�vel. Um exemplo destes problemas � o acoplamento entre as classes do sistema, pois sem o conhecimento adequado o programador provavelmente far� um programa cujas classes estar�o fortemente interligadas.

Alto acoplamento e baixa coes�o s�o dois problemas que acontecem muito com sistemas mal projetados. Acoplamento � o nome que se d� para a ligaç�o existente entre duas classes, mas n�o no sentido de relacionamento, mas sim, no que uma conhece da outra. Quando uma classe conhece demais sobre outra, esta torna-se dependente da outra e vice-versa. Assim, se essa outra sofre alteraç�o, � muito prov�vel que a primeira tamb�m tenha que se ajustar em relaç�o � mudança sofrida. Portanto, um n�vel grande de acoplamento n�o � recomendado.

A coes�o por sua vez pode ser traduzida como a objetividade que uma classe pode possuir. � muito comum, mas n�o ideal, encontrar classes que realizam v�rias operaç�es, por exemplo: imprimir um relat�rio e exibir uma mensagem na tela. Uma baixa coes�o pode causar problemas durante a manutenç�o do sistema, visto que uma classe que faz v�rias coisas ao ter seu c�digo alterado pode implicar em falhas e outras funcionalidades.

Um padr�o de projeto � uma soluç�o para problemas como o citado anteriormente. Claro que se pode inventar uma soluç�o pr�pria, mas at� que ponto vale a pena investir tempo para criar uma soluç�o para um problema que j� foi solucionado? Al�m do mais quando um padr�o de projeto � implementado, um projeto n�o est� sendo prejudicado, pois um padr�o de projeto n�o � simplesmente uma soluç�o, ele normalmente � a melhor soluç�o, uma vez que est�o embasados em princ�pios de programaç�o orientada a objetos.

Nota do DevMan

Princ�pios SOLID - Essa sigla � um acr�nimo para a palavra em ingl�s solid, que significa s�lido, solidez. Cada letra representa um acr�nimo de um princ�pio, ou seja, temos um acr�nimo de um acr�nimo onde: S de Single Responsability Principle (SRP), O de Open/Closed Principle (OCP), L de Liskov Substitution Principle (LSP), I de Interface Segregation Principle (ISP) e D de Dependency Inversion Principle (DIP). Esse conjunto � o resultado de estudos e experi�ncias de v�rios desenvolvedores que foram coletados e organizados formando boas pr�ticas b�sicas para um bom sistema orientado a objetos. Os princ�pios de modelagem de objetos s�o guias que levam a construir software flex�vel e est�vel. Evitando depend�ncia excessiva entre as classes, duplicaç�o de c�digo e outros problemas mais.

Os princ�pios de orientaç�o a objetos s�o como regras de um protocolo que devem ser seguidos para que se alcance um bom design de projeto � os princ�pios ensinam o que � bom e o que deve ser evitado em um projeto de software. Conhecer pelo menos alguns destes princ�pios j� � um começo se o objetivo � dominar a t�cnica de programaç�o orientada a objetos.

Um bom design de software

O bom design de um software possui tr�s caracter�sticas reconhecidas:"

[...] continue lendo...

Padr�o Strategy - Artigo Clube Delphi 126

Refatoração de código aplicando princípios de orientação a objetos que facilitam a implementação das soluções chamadas de padrões de projetos, implementado o padrão Strategy para definir grupos de classes com comportamentos diferentes que podem ser trocados em tempo de execução.

Atenç�o: esse artigo tem uma palestra complementar. Clique e assista!

Artigos relacionados