Fórum [Off topic] Delphi é ou não é quot;elegantequot;? #348046

Olá amigos do fórum.

Estou cursando uma disciplina na faculdade chamada Arquitetura de Software, e o professor passou um trabalho que consiste em um sisteminha de cadastro orientado a objetos. Perguntei se poderia fazer o meu trabalho em Delphi, e o professor disse que não, porque ´o Delphi não é orientado a objetos´.

Todos nós sabemos que a Delphi Language, apesar de permitir a escrita de programas na forma procedural, [b:c66766329c]é[/b:c66766329c] orientada a objetos porque possui os recursos de uma linguagem orientada a objetos: abstração de dados, encapsulamento, herança e polimorfismo.

Não pude conversar com o professor sobre essa opinião, mas vou supor que ele quis dizer que o Delphi é fraco no quesito modelagem orientada a objetos. Usando Java, por exemplo, se você possui uma tabela TbUsuario com os campos Nome e Endereco, você modela essa entidade para uma bean Usuario e depois usa um ou mais padrões conhecidos (Data Access Objects, por exemplo) para separar lógica de negócios da camada de persistência, não esquecendo das camadas de visão e controle é claro.

O que eu escrevi no parágrafo acima sintetiza tudo o que um profissional Java pensa de Delphi. Em vários fóruns Java já li esse tipo de opinião. Todos argumentam que o Delphi não modela os dados ´de forma elegante´. Será que não é elegante? Qual a deselegância em manter a persistência em um DataModule, com a minha tabela de usuários encapsulada em um TDataSet? Qual o problema de acondicionar as camadas de visão e controle, respectivamente, em arquivos .dfm e em units (.pas)?

Texto grande não? Criei este tópico porque gostaria de ouvir da própria comunidade Delphi o que ela pensa sobre isso. Às vezes sinto uma enorme pressão do mercado para largar o Delphi e aprender uma linguagem mais ´elegante´, como Java ou C#. Não tenho nada contra essas linguagens - inclusive estudo Java também.

Abraços a todos.