Conceitos de Programao

Orientada a Objetos OOP

(Object-Oriented Programing)
Fevereiro - 2007

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 1

ndice
1. Histria ............................................................................................................................................ 4
2. Introduo a Programao com Objetos ........................................................................................ 4
3. Coneceitos Bsicos ......................................................................................................................... 5

Abstrao ............................................................................................................................ 5
Encapsulao ...................................................................................................................... 5
Compartilhamento .............................................................................................................. 6
4. Modelo de Objetos e Definio de Classe ...................................................................................... 7

Objetos e Classes ................................................................................................................ 7

Ligaes e Associaes .................................................................................................... 10
Agregao......................................................................................................................... 11
5. Herana ......................................................................................................................................... 12
6. Interface......................................................................................................................................... 14
7. Classe Abstrata ............................................................................................................................. 15
8. Escopo de classe, varivel e mtodo............................................................................................ 16
9. Orientao a Objetos no ADVPL................................................................................................... 17

Definio .......................................................................................................................... 17
Dicas teis ........................................................................................................................ 17
Modelagem das classes de Exemplo ................................................................................ 18
Criao de uma classe....................................................................................................... 19
Herana com ADVPL....................................................................................................... 20
Exemplo da criao de um objeto .................................................................................... 20
10. Sugestes de Desenvolvimento.................................................................................................. 21
11. Referncia Bibliogrfica: ............................................................................................................. 21

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 2

Histrico de Alteraes
Nome
Marcelo Dolis Malatesta
Michel Willian Mosca

Data
23/02/2007
23/02/2007

Observaes
Criao
Criao

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 3

1. Histria
Nos anos 60 lanado a Simula-67 que apresentou pela primeira vez os conceitos de classes,
rotinas correlatas e subclasses. Na dcada de 70 a Seros-PARC cria a Smalltak at hoje
considerada a mais pura das LPOO. No final da dcada de 80 aparece a C++, uma linguagem
hbrida.
Orientao a Objetos o maior avano em software destes ltimos anos. uma forma mais
natural de se analisar o mundo. Ela nos permite construir sistemas melhores e, alm disso, de
maneira mais fcil. Ser a mais importante das tecnologias emergentes na rea de software nos
anos 90.
As tcnicas estruturadas que, sem dvida, atualmente so as mais populares na comunidade de
informtica, obtiveram grande aceitao desde que foram lanadas no final dos anos 70. Contudo
a medida que foram sendo utilizadas, a decomposio funcional mostrou-se inadequada em
situaes de sistemas complexos e principalmente para profissionais iniciantes. Os
aperfeioamentos introduzidos em 1984, por Sthephen M e John F Palmer e, mais tarde,
complementados por Stephen Mellor e Paul Ward, para sistemas em real-time, ajudaram a anlise
estruturada a se tornar mais eficiente. Contudo os sistemas criados com as tcnicas estruturadas
ainda so difceis de serem incrementados com novas funes e as alteraes em funes j
existentes, muitas vezes, provocam srios problemas em outras partes do software.
2. Introduo a Programao com Objetos
Um objeto uma entidade do mundo real que tem uma identidade. Objetos podem representar
entidades concretas (um arquivo no meu computador, uma bicicleta) ou entidades conceituais
(uma estratgia de jogo, uma poltica de escalonamento em um sistema operacional). Cada objeto
ter sua identidade significa que dois objetos so distintos mesmo que eles apresentem exatamente
as mesmas caratersticas.
Embora objetos tenham existncia prpria no mundo real, em termos de linguagem de
programao um objeto necessita um mecanismo de identificao. Esta identificao de objeto
deve ser nica, uniforme e independente do contedo do objeto. Este um dos mecanismos que
permite a criao de colees de objetos, as quais so tambm objetos em si.
A estrutura de um objeto representada em termos de atributos. O comportamento de um objeto
representado pelo conjunto de operaes que podem ser executadas sobre o objeto. Objetos com
a mesma estrutura e o mesmo comportamento so agrupados em classes. Uma classe uma
abstrao que descreve propriedades importantes para uma aplicao e simplesmente ignora o
resto.
Cada classe descreve um conjunto (possivelmente infinito) de objetos individuais. Cada objeto
dito ser uma instncia de uma classe. Assim, cada instncia de uma classe tem seus prprios
valores para cada atributo, mas dividem os nomes dos atributos e mtodos com as outras
instncias da classe. Implicitamente, cada objeto contm uma referncia para sua prpria classe -em outras palavras, ele sabe o que ele .
Polimorfismo significa que a mesma operao pode se comportar de forma diferente em classes
diferentes. Por exemplo, a operao move quando aplicada a uma janela de um sistema de
interfaces tem um comportamento distinto do que quando aplicada a uma pea de um jogo de
xadrez. Um mtodo uma implementao especfica de uma operao para uma certa classe.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 4

Polimorfismo tambm implica que uma operao de uma mesma classe pode ser implementada
por mais de um mtodo. O usurio no precisa saber quantas implementaes existem para uma
operao, ou explicitar qual mtodo deve ser utilizado: a linguagem de programao deve ser
capaz de selecionar o mtodo correto a partir do nome da operao, classe do objeto e
argumentos para a operao. Desta forma, novas classes podem ser adicionadas sem
necessidade de modificao de cdigo j existente, pois cada classe apenas define os seus
mtodos e atributos.
No mundo real, alguns objetos e classes podem ser descritos como casos especiais, ou
especializaes, de outros objetos e classes. Por exemplo, a classe de computadores pessoais
com processador da linha 80x86 uma especializao de computadores pessoais, que por sua
vez uma especializao de computadores. No desejvel que tudo que j foi descrito para
computadores tenha de ser repetido para computadores pessoais ou para computadores pessoais
com processador da linha 80x86.
Herana o mecanismo do paradigma de orientao a objetos que permite compartilhar atributos
e operaes entre classes baseada em um relacionamento hierrquico. Uma classe pode ser
definida de forma genrica e depois refinada sucessivamente em termos de subclasses ou classes
derivadas. Cada subclasse incorpora, or herda, todas as propriedades de sua superclasse (ou
classe base) e adiciona suas propriedades nicas e particulares. As propriedades da classe base
no precisam ser repetidas em cada classe derivada. Esta capacidade de fatorar as propriedades
comuns de diversas classes em uma superclasse pode reduzir dramaticamente a repetio de
cdigo em um projeto ou programa, sendo uma das principais vantagens da abordagem de
orientao a objetos.
3. Coneceitos Bsicos
A abordagem de orientao a objetos favorece a aplicao de diversos conceitos considerados
fundamentais para o desenvolvimento de bons programas, tais como abstrao e encapsulao.
Tais conceitos no so exclusivos desta abordagem, mas so suportados de forma melhor no
desenvolvimento orientado a objetos do que em outras metodologias.
Abstrao
Abstrao consiste de focalizar nos aspectos essenciais inerentes a uma entidade e ignorar
propriedades ``acidentais.'' Em termos de desenvolvimento de sistemas, isto significa concentrarse no que um objeto e faz antes de se decidir como ele ser implementado. O uso de abstrao
preserva a liberdade para tomar decises de desenvolvimento ou de implementao apenas
quando h um melhor entendimento do problema a ser resolvido.
Muitas linguagens de programao modernas suportam o conceito de abstrao de dados; porm,
o uso de abstrao juntamente com polimorfismo e herana, como suportado em orientao a
objetos, um mecanismo muito mais poderoso.
O uso apropriado de abstrao permite que um mesmo modelo conceitual (orientao a objetos)
seja utilizado para todas as fases de desenvolvimento de um sistema, desde sua anlise at sua
documentao.
Encapsulao
Encapsulao, tambm referido como esconder informao, consiste em separar os aspectos
externos de um objeto, os quais so acessveis a outros objetos, dos detalhes internos de
implementao do objeto, os quais permanecem escondidos dos outros objetos. O uso de

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 5

encapsulao evita que um programa torne-se to interdependente que uma pequena mudana
tenha grandes efeitos colaterais.
O uso de encapsulao permite que a implementao de um objeto possa ser modificada sem
afetar as aplicaes que usam este objeto. Motivos para modificar a implementao de um objeto
podem ser por exemplo melhoria de desempenho, correo de erros e mudana de plataforma de
execuo.
Assim como abstrao, o conceito de encapsulao no exclusivo da abordagem de orientao a
objetos. Entretanto, a habilidade de se combinar estrutura de dados e comportamento em uma
nica entidade torna a encapsulao mais elegante e mais poderosa do que em linguagens
convencionais que separam estruturas de dados e comportamento.
Compartilhamento
Tcnicas de orientao a objetos promovem compartilhamento em diversos nveis distintos.
Herana de estrutura de dados e comportamento permite que estruturas comuns sejam
compartilhadas entre diversas classes derivadas similares sem redundncia. O compartilhamento
de cdigo usando herana uma das grandes vantagens da orientao a objetos. Ainda mais
importante que a economia de cdigo a clareza conceitual de reconhecer que operaes
diferentes so na verdade a mesma coisa, o que reduz o nmero de casos distintos que devem ser
entendidos e analisados.
O desenvolvimento orientado a objetos no apenas permite que a informao dentro de um projeto
seja compartilhada como tambm oferece a possibilidade de reaproveitar projetos e cdigo em
projetos futuros. As ferramentas para alcanar este compartilhamento, tais como abstrao,
encapsulao e herana, esto presentes na metodologia; uma estratgia de reuso entre projetos
a definio de bibliotecas de elementos reusveis. Entretanto, orientao a objetos no uma
frmula mgica para alcanar reusabilidade; para tanto, preciso planejamento e disciplina para
pensar em termos genricos, no voltados simplesmente para a aplicao corrente.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 6

4. Modelo de Objetos e Definio de Classe

Um modelo de objetos busca capturar a estrutura esttica de um sistema mostrando os objetos
existentes, seus relacionamentos, e atributos e operaes que caracterizam cada classe de
objetos. atravs do uso deste modelo que se enfatiza o desenvolvimento em termos de objetos
ao invs de mecanismos tradicionais de desenvolvimento baseado em funcionalidades, permitindo
uma representao mais prxima do mundo real.
Uma vez que as principais definies e conceitos da abordagem de orientao a objetos esto
definidos, possvel introduzir o modelo de objetos que ser adotado ao longo deste texto. O
modelo apresentado um subconjunto do modelo OMT (Object Modeling Technique), proposto por
1.1
Rumbaugh e outros . OMT tambm introduz uma representao diagramtica para este modelo,
a qual ser tambm apresentada aqui.
Objetos e Classes
Objeto definido neste modelo como um conceito, abstrao ou coisa com limites e significados
bem definidos para a aplicao em questo. Objetos tm dois propsitos: promover o
entendimento do mundo real e suportar uma base prtica para uma implementao computacional.
No existe uma maneira ``correta'' de decompor um problema em objetos; esta decomposio
depende do julgamento do projetista e da natureza do problema. Todos objetos tm identidade
prpria e so distinguveis.
Uma classe de objetos descreve um grupo de objetos com propriedades (atributos) similares,
comportamento (operaes) similares, relacionamentos comuns com outros objetos e uma
semntica comum. Por exemplo, Pessoa e Companhia so classes de objetos. Cada pessoa tem
um nome e uma idade; estes seriam os atributos comuns da classe. Companhias tambm podem
ter os mesmos atributos nome e idade definidos. Entretanto, devido distino semntica elas
provavelmente estariam agrupados em outra classe que no Pessoa. Como se pode observar, o
agrupamento em classes no leva em conta apenas o compartilhamento de propriedades.
Todo objeto sabe a que classe ele pertence, ou seja, a classe de um objeto um atributo implcito
do objeto. Este conceito suportado na maior parte das linguagens de programao orientada a
objetos, tais como C ++.
OMT define dois tipos de diagramas de objetos, diagramas de classes e diagramas de instncias.
Um diagrama de classe um esquema, ou seja, um padro ou gabarito que descreve as muitas
possveis instncias de dados. Um diagrama de instncias descreve como um conjunto particular
de objetos est relacionado. Diagramas de instncias so teis para apresentar exemplos e
documentar casos de testes; diagramas de classes tm uso mais amplo. A Figura apresenta a
notao adotada para estes diagramas.

Figura: Representao diagramtica de OMT para classes e objetos. Um diagrama de classe

apresentado esquerda. Um possvel diagrama de instncias apresentado direita.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 7

Atributos
Um atributo um valor de dado assumido pelos objetos de uma classe. Nome, idade e peso so
exemplos de atributos de objetos Pessoa. Cor, peso e modelo so possveis atributos de objetos
Carro. Cada atributo tem um valor para cada instncia de objeto. Por exemplo, o atributo idade tem
valor ``29'' no objeto Pedro Y. Em outras palavras, Pedro Y tem 29 anos de idade. Diferentes
instncias de objetos podem ter o mesmo valor para um dado atributo.
Cada nome de atributo nico para uma dada classe, mas no necessariamente nico entre todas
as classes. Por exemplo, ambos Pessoa e Companhia podem ter um atributo chamado endereo.
No diagrama de classes, atributos so listados no segundo segmento da caixa que representa a
classe. O nome do atributo pode ser seguido por detalhes opcionais, tais como o tipo de dado
assumido e valor default. A Figura
mostra esta representao.

Figura: Representao diagramtica de OMT para classes e objetos com atributos. Um diagrama
de classe com atributos apresentado esquerda. Um possvel diagrama de instncias com os
respectivos valores apresentado direita.
No se deve confundir identificadores internos de objetos com atributos do mundo real.
Identificadores de objetos so uma convenincia de implementao, e no tm nenhum significado
para o domnio da aplicao. Por exemplo, CIC e RG no so identificadores de objetos, mas sim
verdadeiros atributos do mundo real.
Operaes e Mtodos
Uma operao uma funo ou transformao que pode ser aplicada a ou por objetos em uma
classe. Por exemplo, abrir, salvar e imprimir so operaes que podem ser aplicadas a objetos da
classe Arquivo. Todos objetos em uma classe compartilham as mesmas operaes.
Toda operao tem um objeto-alvo como um argumento implcito. O comportamento de uma
operao depende da classe de seu alvo. Como um objeto ``sabe'' qual sua classe, possvel
escolher a implementao correta da operao. Alm disto, outros argumentos (parmetros)
podem ser necessrios para uma operao.
Uma mesma operao pode se aplicar a diversas classes diferentes. Uma operao como esta
dita ser polimrfica, ou seja, ela pode assumir distintas formas em classes diferentes.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 8

Um mtodo a implementao de uma operao para uma classe. Por exemplo, a operao
imprimir pode ser implementada de forma distinta, dependendo se o arquivo a ser impresso contm
apenas texto ASCII, um arquivo de um processador de texto ou binrio. Todos estes mtodos
executam a mesma operao -- imprimir o arquivo; porm, cada mtodo ser implementado por
um diferente cdigo.
A assinatura de um mtodo dada pelo nmero e tipos de argumentos do mtodo, assim como
por seu valor de retorno. Uma estratgia de desenvolvimento recomendvel manter assinaturas
coerentes para mtodos implementando uma dada operao, assim como um comportamento
consistente entre as implementaes.
Em termos de diagramas OMT, operaes so listadas na terceira parte da caixa de uma classe.
Cada nome de operao pode ser seguida por detalhes opcionais, tais como lista de argumentos e
tipo de retorno. A lista de argumentos apresentada entre parnteses aps o nome da operao.
Uma lista de argumentos vazia indica que a operao no tem argumentos; da ausncia da lista de
argumentos no se pode concluir nada. O tipo de resultado vem aps a lista de argumentos, sendo
precedido por dois pontos (:). Caso a operao retorne resultado, este no deve ser omitido -- esta
a forma de distingu-la de operaes que no retornam resultado. Exemplos de representao de
operaes em OMT so apresentados na Figura .

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 9

Ligaes e Associaes
Ligaes e associaes so os mecanismos para estabelecer relacionamentos entre objetos e
classes. Uma ligao uma conexo fsica ou conceitual entre duas instncias de objetos. Por
exemplo, Pedro Y trabalha-para Companhia W. Uma ligao uma instncia de uma associao.
Uma associao descreve um grupo de ligaes com estrutura e semntica comuns, tal como
``uma pessoa trabalha-para uma companhia.'' Uma associao descreve um conjunto de ligaes
potenciais da mesma forma que uma classe descreve um conjunto de objetos potenciais.
A notao de diagramas OMT para associao uma linha conectando duas classes. Uma ligao
representada como uma linha conectando objetos. Nomes de associaes so usualmente
apresentada em itlico. Se entre um par de classes s existe uma nica associao cujo sentido
deva ser bvio, ento o nome da associao pode ser omitido. A Figura
apresenta um exemplo
de diagrama OMT com associaes.

Figura: Representao diagramtica de OMT para associaes entre classes (topo) e ligaes
entre objetos (abaixo).
Alguns atributos podem dizer respeito a associaes, e no a classes. Para tais casos, OMT
introduz o conceito de atributo de ligao. Quando a associao tem ainda operaes associadas,
ento ela pode ser modelada como uma classe que est ``conectada'' associao. Um exemplo
deste caso apresentado na Figura .

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 10

Figura: Representao diagramtica de OMT para associaes entre classes com atributos. Neste
caso, os atributos da associao esto representados atravs de uma classe explcita,
Autorizao. O crculo preto no final da linha da associao indica que mais de um objeto de uma
classe podem estar associados a cada objeto da outra classe. Um crculo vazado indicaria que
possivelmente nenhum objeto poderia estar associado, ou seja, o conceito de associao opcional.
Agregao
Uma agregao um relacionamento do tipo ``uma-parte-de,'' nos quais objetos representando os
componentes de alguma coisa so associados com objetos representando uma montagem. Por
exemplo, o texto de um documento pode ser visto como um conjunto de pargrafos, e cada
pargrafo um conjunto de sentenas (Figura ).

Figura: Representao diagramtica de OMT para agregao.

Agregao uma forma de associao com alguma semntica adicional. Por exemplo, agregao
transitiva: se A parte de B e B parte de C, ento A parte de C. Agregao tambm antisimtrica: se A parte de B, ento B no parte de A.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 11

5. Herana
Generalizao e herana so abstraes poderosas para compartilhar similaridades entre classes
e ao mesmo tempo preservar suas diferenas.
Generalizao o relacionamento entre uma classe e um ou mais verses refinadas
(especializadas) desta classe. A classe sendo refinada chamada de superclasse ou classe base,
enquanto que a verso refinada da classe chamada uma subclasse ou classe derivada. Atributos
e operaes comuns a um grupo de classes derivadas so colocadas como atributos e operaes
da classe base, sendo compartilhados por cada classe derivada. Diz-se que cada classe derivada
herda as caractersticas de sua classe base. Algumas vezes, generalizao chamada de
relacionamento is-a (-um), porque cada instncia de uma classe derivada tambm uma
instncia da classe base.
Generalizao e herana so transitivas, isto , podem ser recursivamente aplicadas a um nmero
arbitrrio de nveis. Cada classe derivada no apenas herda todas as caractersticas de todos seus
ancestrais como tambm pode acrescentar seus atributos e operaes especficos.
A Figura
mostra a notao diagramtica de OMT para representar generalizao, um tringulo
com o vrtice apontado para a classe base. Um discriminador pode estar associado a cada
associao do tipo generalizao; este um atributo do tipo enumerao que indica qual a
propriedade de um objeto est sendo abstrada pelo relacionamento de generalizao. Este
discriminador simplesmente um nome para a base de generalizao.

Figura: Representao diagramtica de OMT para generalizao.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 12

1.2

Uma classe derivada pode sobrepor uma caracterstica de sua classe base definindo uma
caracterstica prpria com o mesmo nome. A caracterstica local (da classe derivada) ir refinar e
substituir a caracterstica da classe base. Uma caracterstica pode ser sobreposta, por exemplo,
por questes de refinamento de especificao ou por questes de desempenho.
Entre as caractersticas que podem ser sobrepostas esto valores default de atributos e mtodos
de operao. Uma boa estratgia de desenvolvimento no deve sobrepor uma caracterstica de
forma inconsistente com a semntica da classe base.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 13

6. Interface
um tipo definido da qual no se deseja que sejam criadas instncias da mesma, mas apenas
deve ser seguida como padro para a criao de novas classes como um contrato.
Na interface so apenas definidas as assinaturas de operaes e ou propriedades que devero ser
suportadas pelas classes que utilizem a interface, sem a incluso de cdigo de programao na
interface.
O uso de interfaces esta diretamente associada troca de mensagens entre os objetos, desta
maneira o programador cria qualquer nova classe que necessite e assim mesmo as mensagens
continuam sendo trocadas entre objetos sem prejuzos ao sistema.
As classes que implementam uma interface, devem implementar todas as operaes definidas pela
interface e o respectivo cdigo de programao para que sempre que um objeto necessitar trocar
uma mensagem no cause erros.
Veja o exemplo abaixo:

Figura: Exemplo de interface

No exemplo acima, demonstrado o uso de interface com o caso dos pedais de uma bicicleta
onde o pedal da esquerda e o pedal da direita executam os mesmos movimentos, ento,
respondem s mesmas mensagens.
H uma interface chamada Pedal que descreve duas operaes IrParaFrente() e IrParaTrs() e
duas classes que implementam a interface Pedal sendo as classes PedalEsquerda e PedalDireita
que devero responder as mensagens definidas na interface.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 14

7. Classe Abstrata
A classe abstrata um tipo de dado bastante similiar Interface onde tambm so definidas as
assinaturas de operaes e propriedades no podendo ser instanciado diretamente por uma
classe, servindo apenas ao propsito de ser um padro para a criao de novas classes como um
contrato. A grande diferena da Classe Abstrata para a Interface a possibilidade de apenas
definir as assinaturas das operaes, deixando a responsabilidade da implementao do cdigo da
operao para a classe que implemente a Classe Abstrata como ocorre com a Interface, ou ento
tambm implementar o cdigo de implementao para a operao na prpria Classe Abstrata
podendo o cdigo ser sobrescrito pela classe implementadora respeitando-se a assinatura original
da operao.

Figura: Exemplo de Classe Abstrata

No exemplo acima, h a classe abstrata Roda e as classes que a implementam Dianteira e
Traseira. Neste caso a classe Traseira utiliza as operaes como foram implementadas na classe
Roda, j a classe Dianteira sobrescreveu a operao Girar para melhor atender ao seu propsito.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 15

8. Escopo de classe, varivel e mtodo

Em tempo de desenvolvimento, o programador/ analista deve escolher o escopo de uma classe,
varivel ou mtodo que nada mais como a definio de como ser a visibilidade perante outros
objetos.
Falando em OOP podemos ter os seguintes modelos de escopo:
- Public : todos os objetos visualizam.
- Protected : apenas os mtodos da mesma classe ou classes que recebem herana da
classe so capazes de visualizar.
- Private: apenas os mtodos da mesma classe so capazes de visualizar.
- Package: pode ser visualizado por todas as classes que compartilham do mesmo pacote.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 16

9. Orientao a Objetos no ADVPL

Definio
Classes no Protheus podem conter mtodos, propriedades e herana, conforme a sintaxe abaixo:
CLASS <NOME_DA_CLASSE> [FROM <NOME_DA_CLASSE_HERDADA>]
//Declarando uma propriedade/varivel
DATA <NOME_DA_PROPRIEDADE>
//Declarando o mtodo que executado quando a classe criada
METHOD NEW() CONSTRUCTOR
//Declarando o mtodo que no necessita ser implementado pela classe. Utilizado por
interface.
METHOD <NOME_DO_MTODO>(PARAM1, PARAMN) VIRTUAL
//Declarando um mtodo da classe
METHOD <NOME_DO_MTODO>(PARAM1, PARAMN)
ENDCLASS
O mtodo de inicializao executado sempre que uma nova instncia da classe for criada pelo
sistema e sempre deve retornar a prpria classe.
METHOD NEW() CLASS <NOME_DA_CLASSE>
//Coloque as propriedades e funes que devem ser executadas na inicializao
RETURN SELF
A criao de mtodos de uma classe realizada da mesma maneira que j estamos acostumados
a criar funes em ADVPL.
METHOD <NOME_DO_MTODO>(PARAM1, PARAMN) CLASS <NOME_DA_CLASSE>
//Coloque o cdigo de programao da funo.
RETURN

Dicas teis
//Use para acessar propriedades e mtodos da classe
::
ou
:Self
//Use para acessar propriedades e mtodos da classe herdada
:Parent
Importante: Para maiores detalhes sobre Classes e Objetos no ADVPL veja o arquivo de
ajuda do Norton Guides chamado FW19.NG.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 17

Modelagem das classes de Exemplo

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 18

Criao de uma classe

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 19

Herana com ADVPL

Exemplo da criao de um objeto

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 20

10. Sugestes de Desenvolvimento

Na construo de um modelo para uma aplicao, as seguintes sugestes devem ser observadas
a fim de se obter resultados claros e consistentes:
1. No comece a construir um modelo de objetos simplesmente definindo classes,
associaes e heranas. A primeira coisa a se fazer entender o problema a ser resolvido.
2. Tente manter seu modelo simples. Evite complicaes desnecessrias.
3. Escolha nomes cuidadosamente. Nomes so importantes e carregam conotaes
poderosas. Nomes devem ser descritivos, claros e no deixar ambiguidades. A escolha de
bons nomes um dos aspectos mais difceis da modelagem.
4. No ``enterre'' apontadores ou outras referncias a objetos dentro de objetos como
atributos. Ao invs disto, modele estas referncias como associaes. Isto torna o modelo
mais claro e independente da implementao.
5. Tente evitar associaes que envolvam trs ou mais classes de objetos. Muitas vezes,
estes tipos de associaes podem ser decompostos em termos de associaes binrias,
tornando o modelo mais claro.
6. No transfira os atributos de ligao para dentro de uma das classes.
7. Tente evitar hierarquias de generalizao muito profundas.
8. No se surpreenda se o seu modelo necessitar vrias revises; isto o normal.
9. Sempre documente seus modelos de objetos. O diagrama pode especificar a estrutura do
modelo, mas nem sempre suficiente para descrever as razes por trs da definio do
modelo. Uma explicao escrita pode clarificar pontos tais como significado de nomes e
explicar a razo para cada classe e relacionamento.
10. Nem sempre todas as construes OMT so necessrias para descrever uma aplicao.
Use apenas aquelas que forem adequadas para o problema analisado.

11. Referncia Bibliogrfica:

1. BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML Guia do usurio. Rio de
Janeiro : Campus, 2000.
2. DEITEL, H. M.; DEITEL, P. J..JAVA Como Programar. Porto Alegre : Bookman, 2003.

Programao Orientada Objetos Reviso: 23/02/2007 - Pgina 21