DevMedia - asp.net, Java, Delphi, SQL e web Design, tudo em um só lugar!
Bem vindo a DevMedia!
LOGIN:     SENHA:
 
 

  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da Easy .net magazine ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!


C# - Revista easy .net Magazine 12

Este artigo apresenta o desenvolvimento de uma aplicação tradicional em .NET, usando uma abordagem baseada em eventos, a seguir mostra como usar importantes princípios da programação orientada a objetos (POO) para tornar a aplicação preparada pa






Paradigmas: RAD x POO

A programação orientada a objetos (POO) teve sua origem pouco antes de 1970, mas apenas nos últimos quinze anos voltou à tona (veja os princípios da POO na Nota do DevMan). Apesar de ser o paradigma mais divulgado hoje em dia, é o menos compreendido pela maioria dos desenvolvedores. De lá para cá muita coisa aconteceu, como a evolução do Windows, o surgimento das ferramentas RAD - Rapid Application Development e da plataforma .NET. Mas justamente por causa da facilidade e apelo visual do paradigma RAD, passamos a programar direcionados por eventos (EDP – Event-Driven Programming), onde a interface gráfica assume o papel principal.

Nesse paradigma evoluímos um protótipo rapidamente, usando coleções prontas de componentes, apenas ajustando algumas propriedades e escrevendo código nos chamados manipuladores de eventos (event handlers), que são métodos chamados automaticamente quando os respectivos eventos ocorrem. Assim, podemos dizer que o desenvolvimento é muito mais baseado em componentes (CBD-Component-Based Development) do que orientado por objetos. Este tipo de desenvolvimento é muito comum em linguagens como o Delphi e Visual Basic, por exemplo.

 

Nota do DevMan

Princípios da POO

Uma linguagem é considerada orientada por objetos se ela implanta pelo menos quatro princípios básicos: 

Abstração: capacidade de representar conceitos do domínio do problema, ressaltando apenas o que for relevante para a aplicação em questão. A definição da classe em C# atende a esse requisito, pois ela é um modelo limitado de alguma entidade real, que implementa apenas as características que são necessárias para a aplicação sendo desenvolvida em um dado contexto.

Encapsulamento: a linguagem deve permitir a definição de módulos autossuficientes, possibilitando a implementação do conceito de ocultação de informação (information hiding), ou seja, esconder os detalhes internos. O uso dos especificadores de visibilidade (private e protected, por exemplo) e o comportamento dos objetos em C# reforçam esse princípio, principalmente se o desenvolvedor usar propriedades nas classes, como forma de acesso aos campos internos."



ATENÇÃO! A exibição deste artigo foi interrompida.


  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da Easy .net magazine ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!






    0 COMENTÁRIO

[Fechar]

Este post é fechado - você precisa ter acesso ao post para incluir um comentário.


Nenhum comentário foi postado - seja o primeiro a comentar!



Publicidade
Autor
Adail Muniz Retamal

Desenvolvedor desde 1983, Engenheiro Eletrônico/Computação, dedica-se sempre ao compartilhamento do conhecimento e da experiência de maneira simples e prática, seja nos artigos, palestras, cursos ou no dia-a-dia com os colegas.


Space do autor
Estatísticas
Favorito:
Comentários:
Feedback:
Utilidade:
0   0
[Fechar]

Você precisa estar logado para dar um feedback.

Clique aqui para efetuar o login
[Fechar]


Este post está fechado. Saiba mais sobre a assinatura MVP!
web-03
DevMedia  |  Anuncie  |  Fale conosco
Hospedagem web por Porta 80 Web Hosting
2012 - Todos os Direitos Reservados a web-03