O que fez a programação orientada a objetos bem-sucedida? [fechadas]

Qual é esse recurso para você que tornou a programação orientada a objetos tão bem-sucedida?

1. Passagem de mensagem
2. Herança
3. Polimorfismo
4. Encapsulamento

Ou algum outro recurso que você queira apresentar.

Também gostaria de saber que qual é a conexão entre o tipo Abstract Data e a programação orientada a objetos?

Eu sugeriria que a característica mais importante da programação orientada a objetos é a do gerenciamento da complexidade .

O cérebro humano só pode conter tantos conceitos de uma só vez - vem à mente o limite frequentemente mencionado de lembrar 7 +/- 2 itens independentes.

Quando estou trabalhando em um sistema de 600kloc no trabalho, não consigo segurar tudo na cabeça de uma só vez. Se eu tivesse que fazer isso, estaria limitado a trabalhar em sistemas muito menores.

Felizmente, não preciso. Os vários padrões de design e outras estruturas que usamos nesse projeto significam que não preciso lidar com todo o sistema de uma só vez - posso pegar peças individuais e trabalhar nelas, sabendo que elas se encaixam no aplicativo mais amplo de maneiras bem definidas.

Todos os conceitos importantes de OO fornecem maneiras de gerenciar a complexidade.

Encapsulamento - deixe-me lidar com uma API externa que me fornece vários serviços, sem se preocupar em como esses serviços são implementados.

Abstração - deixe-me concentrar nas características essenciais e ignorar o que não é relevante.

Composição - deixe-me reutilizar componentes que já foram criados em novas combinações

Polimorfismo - deixe-me solicitar um serviço sem me preocupar com como diferentes objetos podem fornecê-lo de maneiras diferentes.

Herança - deixe-me reutilizar uma interface ou implementação, fornecendo apenas as partes diferentes do que foi anteriormente.

Princípio de responsabilidade única - vamos manter o objetivo de cada objeto claro e conciso, para que seja fácil argumentar sobre

Princípio de Substituição de Liskov - não vamos criar armadilhas um para o outro, introduzindo dependências estranhas

Princípio Aberto / Fechado - vamos permitir extensão e modificação de maneiras que não exijam o risco de quebrar o código existente

Injeção de Dependência - vamos elevar a composição ao próximo nível e montar os componentes muito mais tarde.

Desenvolvimento orientado a interface - vamos levar a abstração para o próximo nível e depender apenas da abstração, nunca de uma implementação concreta.

Interfaces gráficas de usuário. No final dos anos 80, início dos anos 90, quando Macs, Amigas, Atari STs, Windows e GEM começaram a substituir as interfaces de usuário baseadas em caracteres, ficou óbvio que linguagens como C não são adequadas para escrever programas GUI. Enquanto o processamento de dados tradicional é considerado como um esquema de "dados de entrada -> processamento -> dados de saída", que também poderia ser feito em uma linguagem processual, os recursos de OOs se tornaram úteis para lidar com a complexidade inerente de uma GUI.

A ocultação de dados fornecida pelo encapsulamento.

Um recurso que ainda não foi mencionado por nenhuma das outras respostas: modelagem de domínio . Como as pessoas tendem a pensar em fazer coisas com ou para objetos e sobre objetos com propriedades intrínsecas, é muito fácil modelar um problema ou fluxo de trabalho usando software orientado a objetos. Essencialmente, ele nos permite usar nossa capacidade existente para lidar com substantivos, verbos e adjetivos no código.

Eu acho que herança é o ponto mais importante do POO.

[do desenvolvimento do jogo] Você pode criar algo como uma classe Drawable, com métodos e atributos de renderização, e criar uma classe Spaceship e Planet, que herda de Drawable. Pegue todos os objetos desses [e de outro filho do Sprite], jogue um drawableObjArray e chame o método draw para cada objeto. Você só precisa saber que é um Drawable.

Abstração

Fornecendo os serviços necessários, ocultando as coisas desnecessárias. Veja minha explicação aqui - O que é abstração?

É um tanto bem-sucedido porque encoraja o uso da organização das coisas da mente humana em objetos. As pessoas geralmente são boas em ver relacionamentos de coisas - coisas como diferenças, semelhanças e comportamento. OO incentiva o desenvolvimento de software para imitar a conceitualização humana do mundo.

Tornar o desenvolvimento de software semelhante ao modo como vemos o mundo facilita a nossa mente lidar com a complexidade.

" ADT vs objects " já foi solicitado várias vezes aqui. A resposta de uma linha é "ADTs e objetos são inversos um do outro - o que um abstrai ordenadamente que o outro não pode; cada um permite flexibilidade de maneiras diferentes".

Para obter uma resposta mais longa, consulte On Understanding Data Abstraction, de William Cook , Revisitado . Resumidamente, os objetos permitem o uso fácil de várias implementações / representações de algum dado (algo que se parece com uma lista pode ser uma matriz, uma árvore de auto-equilíbrio ou ...), mas dificulta a adição de novas operações (porque você é necessário adicionar essa nova operação a cada uma de suas representações), enquanto os ADTs facilitam a adição de novas operações ao seu tipo de dados, mas dificultam a implementação de várias implementações.

Edit: Eu disse que a passagem de mensagens foi o que fez OO bem sucedido. Com base no comentário de Jonas, isso não está certo, porque a maioria dos idiomas que as pessoas consideram OO não usa a passagem de mensagens. Como não está certo, eu escolhi a minha resposta.

Meus três principais recursos. Composição de Objetos - permitindo que objetos colaborem. Polimorfismo - suporta comportamentos dinâmicos em tempo de execução. Herança - reutilizando código e modificando o comportamento por meio da substituição de métodos.

ADT - você pode ter isso mesmo em linguagens não orientadas a objetos como o Pascal. Uma pilha ou fila são exemplos de ADT.

em palavras simples, OOP é a chave para a reutilização e o encapsulamento, que resultam na produção de grandes estruturas que facilitam a vida dos programadores nesta época, pois elas podem simplesmente chamar as APIs e fazer o que o dia deseja com mais frequência.

como sua pergunta é sobre os 4 recursos do OOP, então você pode dizer

1. Herança e 4. Encapsulamento são os recursos mais importantes e outros dois são muito necessários para alcançar os dois primeiros

então 1. Passagem de mensagem e 3. Polimorfismo estão realmente apoiando 2. Herança e 4. Encapsulamento.

1. Herança e 4. Encapsulamento são a chave para o sucesso da OOP

Na minha opinião, os três últimos recursos são os mais importantes uma vez que impactaram o amplo uso do OOP:

2. Inheritance
3. Polymorphism
4. Encapsulation

Editar: Outro ponto seria o IDE e os ambientes de desenvolvimento de interfaces gráficas, como o Visual studio e o Eclipse. À medida que eles adotam as linguagens OOP, assim, mais e mais projetos tendiam a OOP.

E, claro, os princípios do SOLID são os únicos que tornam os produtos de software ROCK sólidos e entregáveis ​​:)