Java: Definição de uma Classe

Uma das razões pelas quais 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 toda ela.

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, ligá-lo sem problemas em situações novas, e atualizá-lo facilmente sempre que suas necessidades mudam. Infelizmente, o software deste tipo não existe. (Nada da existência deste tipo.)

Durante anos, as empresas estavam comprando código de 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 de 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 a 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 sua preferência, e substituir os recursos que não atendam às suas necessidades.

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ê faz agradáveis, adições ordenadas e modificações sem tocar 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 Cadeia jobTitle-pública (String nameIn) {name = nameIn-} Cadeia 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 a ordem de% s", nome) -out.printf ( "(% s) *** $ ", jobTitle) -out.printf ("% ,. 2f n ", ValorPago) -}}

De acordo com o perfil, cada funcionário tem sete características. Duas destas características são bastante simples. Cada funcionário tem um nome e um cargo. (Na listagem, o Empregado classe tem um nome e um campo 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 empregado. 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.