Página 3 de 3 PrimeiroPrimeiro 123
Resultados 21 a 28 de 28
  1. #21
    Citação Postado originalmente por acpguedes Ver Post
    é so pq euu faço o mesmo com velocidade e estabilidade e menos trabalho...
    Hum tem certeza que quer competir velocidade entre uma linguagem interpretada com uma compilada?
    No Windows não é linux que ja vem com um interpretador embutido.
    Mas se for pra usar coisas semi prontas,com a VCL do delphi da pra fazer em 5 linhas de código,usando o pacote Indy por exemplo.
    Código:
    var
    ih : TIdHttp;
    s : string;
    begin
    ih := TIdHTTP.Create(nil);
    s:=ih.Get('http://www.forum-invaders.com.br/vb/');
    ih.Free;
    WriteLn(s);
    Viu,se contar as declarações de variáveis foram 6 linhas(porque eu tive o bom habito de liberar o objeto da memória após o uso.

    Mas o objetivo era CRIAR um componente,mas pelo visto acho que não é o Delphi o único a sofrer com pessoas que só usam coisas prontas e na necessidade de criar algo específico por performance(exemplo : para matar uma barata não é necessário usar um canhão,só o esmagamento da barata é necessario,então criamos algo com o mesmo propósito só que mais eficiente para esse caso chamado chinelo)
    MP Com dúvidas e pedidos de ajudas serão IGNORADAS
    "Mentes fracas não pensam,corpos fracos não lutam."

    Microsoft Technology Associate: Software Development Fundamentals (C#
    )

  2. #22
    Hacker Avatar de acpguedes
    Data de Ingresso
    Sep 2011
    Localização
    #!/usr/bin/env perl
    Posts
    955
    Entendo R0Dr1g0, mas eu digo que posso fazer no Perl sem precisar de tudo pronto como vc fez nesse exemplo...

    para essa tarefa do desafio que vemos que vc pode fz tudo em qualquer linguagem, mas que mesmo assim n deixa de existir o fato de que algumas linguagens são mais especificas para algumas atividades...

    Ainda sim usou o HTTP Request GET que é semelhante ao LWP::Simple

    Agora vou falar uma coisa que pode ser um susto para 99,999% das pessoas que lerem isso "Perl não é interpretada!"
    Linguagem interpretada é aquela que tem seu codigo fonte dinamicamente traduzido para linguagem de maquina (incluindo o bytecode do java)!
    Inclusive todo interpretador funciona semelhante a uma VM.

    A verdade é que o Perl tem um otimo compilador, ate o ActivePerl no Windows tem um otimo desempenho, mesmo comparado com o nativo do Linux que é o mais rapido de todos... Mas a diferença é humanamente imperceptivel!
    O que acontece é que no caso do Perl vc gera um executavel e esse executavel é executado, tudo antes de que o programa em si funcione!
    Existe outros metodos de se obter apenas o executavel para toda e qualquer hora de um programa em Perl, mas isso se tornou defasado a partir do Perl 5.6!

    O Rakudo Star do projeto Parrot traz novamente essa ideia, mas na verdade não revive algo antigo, pois o Rakudo é voltado para Perl6, uma linguagem diferente ate na sintaxe quando comparado com Perl5, com ainda mais suporte a OO e rumores de que trará um suporte melhor para Interfaces! Mas paro por aqui, pois para esse assunto seria melhor uma pesquisada mais profunda para abrir um Topico de discussão! Xp
    So respondo se a consiencia perguntar!!!
    Não Respondo MP's de perguntas, as faça em um tópico!

    Perl User, Bioinformatcs Programmer!

  3. #23
    Citação Postado originalmente por acpguedes Ver Post
    Entendo R0Dr1g0, mas eu digo que posso fazer no Perl sem precisar de tudo pronto como vc fez nesse exemplo...

    para essa tarefa do desafio que vemos que vc pode fz tudo em qualquer linguagem, mas que mesmo assim n deixa de existir o fato de que algumas linguagens são mais especificas para algumas atividades...

    Ainda sim usou o HTTP Request GET que é semelhante ao LWP::Simple

    Agora vou falar uma coisa que pode ser um susto para 99,999% das pessoas que lerem isso "Perl não é interpretada!"
    Linguagem interpretada é aquela que tem seu codigo fonte dinamicamente traduzido para linguagem de maquina (incluindo o bytecode do java)!
    Inclusive todo interpretador funciona semelhante a uma VM.

    A verdade é que o Perl tem um otimo compilador, ate o ActivePerl no Windows tem um otimo desempenho, mesmo comparado com o nativo do Linux que é o mais rapido de todos... Mas a diferença é humanamente imperceptivel!
    O que acontece é que no caso do Perl vc gera um executavel e esse executavel é executado, tudo antes de que o programa em si funcione!
    Existe outros metodos de se obter apenas o executavel para toda e qualquer hora de um programa em Perl, mas isso se tornou defasado a partir do Perl 5.6!

    O Rakudo Star do projeto Parrot traz novamente essa ideia, mas na verdade não revive algo antigo, pois o Rakudo é voltado para Perl6, uma linguagem diferente ate na sintaxe quando comparado com Perl5, com ainda mais suporte a OO e rumores de que trará um suporte melhor para Interfaces! Mas paro por aqui, pois para esse assunto seria melhor uma pesquisada mais profunda para abrir um Topico de discussão! Xp
    o LWP::SIMPLE é um módulo do perl,ou seja ,alguém ja programou linhas e linhas de código,assim como o idHTTP.
    E se o script é "compilado" a cada vez que é executado não deixa de ser uma interpretação.
    MP Com dúvidas e pedidos de ajudas serão IGNORADAS
    "Mentes fracas não pensam,corpos fracos não lutam."

    Microsoft Technology Associate: Software Development Fundamentals (C#
    )

  4. #24
    Hacker Avatar de acpguedes
    Data de Ingresso
    Sep 2011
    Localização
    #!/usr/bin/env perl
    Posts
    955
    Mas em questão de velocidade... Perl tem varios metodos de otimização, inclusive um trecho que extrai do rio.pm.org

    " Mesmo aplicações gráficas com OpenGL podem ser criadas em Perl com resultados espantadoramente rápidos, sem diferenças estatísticas na perfomance geral em relação à mesma implementação em C, e até mesmo superando C em determinadas operações! " <- e essa vai pro KH
    So respondo se a consiencia perguntar!!!
    Não Respondo MP's de perguntas, as faça em um tópico!

    Perl User, Bioinformatcs Programmer!

  5. #25
    Citação Postado originalmente por acpguedes Ver Post
    Mas em questão de velocidade... Perl tem varios metodos de otimização, inclusive um trecho que extrai do rio.pm.org

    " Mesmo aplicações gráficas com OpenGL podem ser criadas em Perl com resultados espantadoramente rápidos, sem diferenças estatísticas na perfomance geral em relação à mesma implementação em C, e até mesmo superando C em determinadas operações! " <- e essa vai pro KH
    No Windows Direct X ganha de OpenGL ,sem falar que o delphi tem componentes para trabalhar com direct x e se não me engano tem pra open gl tbm
    MP Com dúvidas e pedidos de ajudas serão IGNORADAS
    "Mentes fracas não pensam,corpos fracos não lutam."

    Microsoft Technology Associate: Software Development Fundamentals (C#
    )

  6. #26
    No Windows Direct X ganha de OpenGL ,sem falar que o delphi tem componentes para trabalhar com direct x e se não me engano tem pra open gl tbm
    Tem Libs acho que da JEDI para trabalhar com OpenGL,e para trabalhar com DirectX tem o DelphiX.
    " Mesmo aplicações gráficas com OpenGL podem ser criadas em Perl com resultados espantadoramente rápidos, sem diferenças estatísticas na perfomance geral em relação à mesma implementação em C, e até mesmo superando C em determinadas operações! " <-
    Duvido muito,acho que só se pode falar algo se provar.

  7. #27
    Hacker Avatar de acpguedes
    Data de Ingresso
    Sep 2011
    Localização
    #!/usr/bin/env perl
    Posts
    955
    KH, coloquei um link q prova isso ou não??
    So respondo se a consiencia perguntar!!!
    Não Respondo MP's de perguntas, as faça em um tópico!

    Perl User, Bioinformatcs Programmer!

  8. #28
    KH, coloquei um link q prova isso ou não??
    Sim vc colocou,mas quando digo em provar falo em Testes mesmo,mesmo assim é possivel criar aplicações graficas em praticamente qualquer linguagem,tanto é que uma Engine chamado RPG Maker é criado em Ruby e tem um Desempenho Horrivel,mas mesmo assim é possivel criar jogos com ela sem Lag.

Permissões de Postagem

  • Você não pode iniciar novos tópicos
  • Você não pode enviar respostas
  • Você não pode enviar anexos
  • Você não pode editar suas mensagens
  •