Java: a definição de uma classe

Uma das razões por que a programação orientada a objeto, como Java, tem sido tão bem sucedida é que a verdade é que não importa o que você quer fazer, você pode encontrar o software que faz parte dela, mas não tudo.

Video: Aula Java 19 - Definição de Classe, Objeto, Método e Atributo

Não seria bom se cada pedaço de software fez exatamente o que você queria fazer? Em um mundo ideal, você poderia simplesmente comprar um programa, fazê-lo funcionar de imediato, conecte-se perfeitamente em situações novas, e atualizá-lo facilmente sempre que suas necessidades mudam. Infelizmente, o software deste tipo não existe. (Nada de existe este tipo.)

Durante anos, as empresas estavam comprando código pré-escrita apenas para descobrir que o código não fazer o que eles queriam fazer. Então, o que as empresas fazer sobre isso? Eles começaram a mexer com o código. Seus programadores cavou fundo para os arquivos de programa, mudou os nomes de variáveis, mudou-se subprogramas ao redor, retrabalhado fórmulas, e geralmente o código pior.

A realidade era que se um programa já não fazer o que você queria fazer (mesmo se ele fez algo muito próximo ao que você queria), você nunca poderia melhorar a situação por perder tempo dentro do código. A melhor opção sempre foi a de atirar todo o programa (caro como que foi) e começar tudo de novo. Que triste estado de coisas!

Com programação orientada a objetos, uma grande mudança surgiu. Na sua essência, um programa orientado a objeto é feito para ser modificado. Com o software escrito corretamente, você pode tirar proveito dos recursos que já estão embutidos, adicionar novos recursos de seu próprio país, e substituir recursos que não atendam às suas necessidades.

Video: Curso de Java 24 - Orientação a Objetos: Classes e atributos

E a melhor parte é que as alterações feitas estão limpos. Não arranhar e cavar no código do programa frágil de outras pessoas. Em vez disso, você fazer bonito, adições ordenadas e modificações sem tocar a lógica interna do código existente. É a solução ideal.

Quando você escreve um programa orientado a objeto, você começar a pensar sobre os dados. Você está escrevendo sobre contas. Então, o que é uma conta? Você está escrevendo código para lidar com cliques de botão. Assim que é um botão? Você está escrevendo um programa para enviar cheques aos empregados. O que é um empregado?

Neste exemplo, um empregado é alguém com um nome e um cargo. Claro, os empregados têm outras características, mas por agora manter o básico. O código aqui define o que significa ser um empregado.

importação de classe estática java.lang.System.out-público Employee {private String name-private void setName Cordas jobTitle-pública (String nameIn) {name = nameIn-} Cordas getName pública () {return nome-} setJobTitle public void (String jobTitleIn) {jobTitle = jobTitleIn-} public string getJobTitle () {return jobTitle-} public void cutCheck (double ValorPago) {out.printf ("Pagar à ordem de% s ", Nome) -out.printf ("(% S) *** $", JobTitle) -out.printf ("% ,. 2fn", quantia paga)-}}

De acordo com o perfil, cada funcionário tem sete características. Dois desses recursos são bastante simples. Cada funcionário tem um nome e um cargo. (No perfil, o Empregado classe tem um nome campo e um Titulo do trabalho campo.)

E o que mais é que um empregado tem? Cada funcionário tem quatro métodos para lidar com os valores de nome e trabalho título do funcionário. Estes métodos são nome do conjunto, getName, setJobTitle, e getJobTitle.

Em cima de tudo isso, cada funcionário tem uma cutCheck método. A ideia é que o método que escreve cheques tem de pertencer a uma classe ou outra. Porque a maioria das informações na verificação da folha de pagamento é personalizado para um determinado empregado, você pode também colocar o cutCheck método no interior da Empregado classe.