BlackTDN

Harbour Make (hbmk2) 3.2.0dev (Rev. 18805) Copyright (c) 1999-2013, Viktor Szak ts http://harbour-project.org/ Translation (pt-BR): Vailton Renato <vailtom@gmail.com> Sintaxe: hbmk2 [opçäes] [<script[s]>] <src[s][.prg|.c|.obj|.o|.rc|.res|.def|.po|.pot|.hbl|@.clp|.d|.ch]> Opções -o<outname> nome de arquivo de saída -l<libname> linkar com a biblioteca <libname>. <libname> deve omitir path, extensão e o prefixo 'lib' (… menos que faça parte do nome-de-arquivo). -L<libpath> path adicional para pesquisar por bibliotecas -i<p>|-incpath=<p> paths adicionais para pesquisa de arquivos headers -static|-shared linkar com bibliotecas estáticas/compartilhadas -mt|-st linkar com suporte multi ou single-thread na HVM -gt<name> linkar com o driver GT selecionado. Este parâmetro GT<name> po

Sabemos que Performance não é um forte dos produtos TOTVS, não que a tecnologia não permita isso, mas, principalmente, porque os desenvolvedores não se preocupam muito com ela. Performance, me parece, é algo relevado a segundo, terceiro ou mesmo a nenhum plano.  Utilizam do seguinte jargão: “No que está funcionando não se mexe”. E isso nos é custoso. Custa em tempo de CPU, custa em paciência e custa, principalmente, o nosso precioso tempo. Não basta ter um servidor “parrudo” (que normalmente é a desculpa que se dá) o sistema tem que ser funcional e, de certa forma, rápido. Para exemplificar vou usar de duas funções, escritas em ADVPL, documentadas no TDN e de livre acesso aos usuários. SomaStr(cValor1,cValor2) : cSoma e MultStr(cValor1,cValor2) : cMult. Para confrontá-las utilizarei dos métodos Add() e Mult() da Classe tBigNumber . No primeiro caso, SomaStr() fez páreo com o método Add() de tBigNumber apresentando diferenças insignificantes que não comprometeriam a performance do s