marciosantri wrote:Eu, hein... É cada uma que aparece... Se quiser ver o Delphi voando baixo, usando muita OO, aproveitamento de código entre outras coisas, dá um pulinho aqui na Santri.
É lógico que existem diferenças, como a questão da Interface que o próprio Chun citou em uns tópicos atrás, mas isso não impede de fazer uma coisa bem feita e com produtividade.
Sempre que vejo um programador Java ou C# detonar o Delphi, com meia dúzia de perguntas percebo logo que o cara não saca muito da linguagem.
A gente tem que botar na cabeça que somos programadores, e não programadores Delphi ou programadores Java.

Inté.

YvGa wrote:

marciosantri wrote:Eu, hein... É cada uma que aparece... Se quiser ver o Delphi voando baixo, usando muita OO, aproveitamento de código entre outras coisas, dá um pulinho aqui na Santri.
É lógico que existem diferenças, como a questão da Interface que o próprio Chun citou em uns tópicos atrás, mas isso não impede de fazer uma coisa bem feita e com produtividade.
Sempre que vejo um programador Java ou C# detonar o Delphi, com meia dúzia de perguntas percebo logo que o cara não saca muito da linguagem.
A gente tem que botar na cabeça que somos programadores, e não programadores Delphi ou programadores Java.

Inté.

Nao estou dizendo que nao eh possivel, estou dizendo que as empresas por tras do Delphi nunca facilitaram isso.

Julio, ja houve tentativas de se fazer um framework de persistencia em Delphi, TODAS elas abandonadas, inclusive a da propria Borland com o Bold que nao deu em nada. Eu mesmo fiz uma no padrao Active Record, usando, evidentemente o TQuery e TClientDataSet, mas tudo fica mais ou menos.

YvGa wrote:
Tres camadas em Delphi? Na verdade normalmente sao duas, interface com o usuario e banco, sendo que as regras ficam ou no botao ou no banco. Pelo menos foi o que eu sempre vi.

YvGa wrote:
Na verdade quem direcionou o pessoal rumo a OO foi o Java e nao o Delphi, o que a Borland fez foi adaptar o pascal a OO pra abracar o paradigma que ja crescia, mas a popularizacao mesmo veio com o Java.

YvGa wrote:
Nao consigo ver essa relacao, a TQuery e a TTable sao a representacao fiel da tabela do banco na memoria, o que vai completamente na direcao oposta da proposta do Hibernate.

juliocbq wrote:
Abandonadas pela borland sim, assim como o delphi mesmo. Não deram em nada por problemas de má adiministração, e acabaram também perdendo um grande engenheiro que foi para a microsoft.

O lazarus é hoje melhor que o delphi foi, além de possuir um compilador fiel ao object pascal e com suporte a instruções mmx. Com certeza um projeto opensource de persistência daria muito certo.

marcosalex wrote:

juliocbq wrote:
Abandonadas pela borland sim, assim como o delphi mesmo. Não deram em nada por problemas de má adiministração, e acabaram também perdendo um grande engenheiro que foi para a microsoft.

O lazarus é hoje melhor que o delphi foi, além de possuir um compilador fiel ao object pascal e com suporte a instruções mmx. Com certeza um projeto opensource de persistência daria muito certo.

Essa história de jogar o mérito no Anders é meio lenda. Borland e MS sempre teve técnico saindo de uma empresa e trabalhando em outra. Aliás, entre a maioria das empresas de tecnologia. O cara não era nem o engenheiro principal do Delphi, era um dos bons, mas não era o único.


Sou mais a má administração e os problemas financeiros típicos de uma empresa pequena e instável.
Faz muito tempo que mexi com o Lazarus (acho que a versão era 0.9.26), e ele era próximo ao Delphi 3, gerava código muito grande, não tinha um debug decente e ninguém conseguia programar 3 camadas com ele direito.

juliocbq wrote:

Não acho. O anders quem criou a linguagem delphi, que é uma adaptação do opascal, e consequentemente criou o c# para a ms, com cahe de $1000000. Quando ele saiu para a ms, a borland quebrou em menos de 6 meses.

Sobre o lazarus, o freepascal é muito superior ao delphi, e o código só é grande se você não estripar as informações de depuração do código, que com ela dá uns 12 megas. Sobre o debugger, eu concordo com você, o do delphi era melhor, mas lazarus tem atualizações diárias.

A lcl também é bem melhor que a vcl, além de ser totalmente compatível e multiplataforma.

marcosalex wrote:

juliocbq wrote:

Não acho. O anders quem criou a linguagem delphi, que é uma adaptação do opascal, e consequentemente criou o c# para a ms, com cahe de $1000000. Quando ele saiu para a ms, a borland quebrou em menos de 6 meses.

Sobre o lazarus, o freepascal é muito superior ao delphi, e o código só é grande se você não estripar as informações de depuração do código, que com ela dá uns 12 megas. Sobre o debugger, eu concordo com você, o do delphi era melhor, mas lazarus tem atualizações diárias.

A lcl também é bem melhor que a vcl, além de ser totalmente compatível e multiplataforma.

Uma empresa não quebra em 6 meses por causa de um funcionário. Ele pode ter ajudado, mas a situação da empresa era endêmica. O JBuilder vendia mais que o Delphi nos Estados Unidos, mas ele também decaiu junto por uma série de motivos que nós sabemos (e não tinha nada a ver com o Anders).

Não acho o Lazarus superior ao Delphi, uma vez que a lcl não tem nem 20% das funções da VCL, embora tenha algumas coisas legais. Mas é questão de opinião.

marcosalex wrote:Errado, se você olhasse os tópicos de Delphi no seu auge, veria que a maioria já desenvolvia em três camadas em Delphi, seja com COM, Corba, Socket ou SOAP. Ele consegue trabalhar de forma transparente da tecnologia.

marcosalex wrote:
Não, o Java já pegou um público com conceitos intermediários.

marcosalex wrote:
Não, não são. Se você olhar a declaração de um TQuery ou TClientDataSet vai ver que nada mais é que uma classe com os atributos e que as operações que você trabalha nelas são armazenadas no banco de dados. Inclusive você pode ter um campo que seja um outro TDataSet, assim como o Hibernate faz com as chaves estrangeiras.
A diferença é que as operações do banco no Java geralmente utilizamos outra classe pra fazer isso, como as DAO, enquanto no Delphi é a própria classe que representa a tabela que faz a operação direta. A não ser que você use Bold ou BDP, que implementam o padrão DAO.