Fellipe, O que esse programa faz?
Agora comentanto o comentário do amigo Walter.... - Acho que imagens não precisam ser restritas, desde que fiquem fora do executável. - "Racionar forms" é perigoso pois pode diminuir a usabilidade do software e/ou aumentar a complexidade dele. Usar herança visual de formulários pode ser uma alternativa. [ ]'s Dirlei. Em Ter, 2010-05-04 às 09:25 -0300, Walter Chagas (Bol) escreveu: > Executáveis muito grandes são mal sinal. > > Sinal de que o projeto/programação/codificação está mal estruturado. > Sinal de que o compilador ou o Linkeditor estão mal configurados. > Sinal de que o projeto está muito gordo ou cheio de coisas que nunca serão > usadas. > > Executáveis muito grandes, são lentos, dão problemas de alocação de memória > e recursos, dentre outros. > > Quase todos aqui são unânimes em propor a modularização. Quebrar seu exe em > dll's ou Bpl's que, inclusive, facilitam muito a manutenção visto que > dependendo do que for, voce só mexe na dll e pronto. Não compromete o resto > do sistema. > > Convem sempre analisar as configurações do compilador e do linkador antes de > gerar o exe final para implantar. Pode-se perfeitamente, por exemplo, > desabilitar as opções de debugação. Outra coisa que incha executavel é > mandar incluir parametros e mapeamento interno para usar o Turbo Debugger da > borland (Include TD32 Debug Info). Verifique se isto está habilitado. > > A regra básica é: O executavel passou de 4MB, é hora de revisão. Revise se > há rotinas que podem ser incorporadas em módulos, bem como funções. Revise > se há redundância de código e se fragmentos de código comuns em vários > pontos não podem ser convertidos em uma função a ser armazenada em uma dll > que faça a mesma coisa. Imagens, devem ser restritas ao mínimo possível e, > preferencialmente, de baixa resolução. Imagens grandes = executaveis grandes > = alocação maior de memória. Forms podem ser racionados. Verifique se um > processo/Rotina em seu sistema que use 5 forms não podem cair pra pra 2 > forms ou mesmo 1 com abas. Componenetes de acesso a dados (Queries, DSPs e > CDS´s) podem ser reaproveitados. Verifique se voce não está usando > componentes demais pra coisas de menos. > > E por aí vai... > > > []s > > > Walter Alves Chagas Junior > Belo Horizonte - MG - Brazil > wchagasj bol.com.br > http://delphitocorporerm.blogspot.com/ > http://twitter.com/wchagas > MSN: whitesock...@hotmail.com > SKYPE: WalterChagasJr > > > ----- Original Message ----- > From: "Fabiano Moura" <mctbrasil gmail.com> > To: <delphi-br@yahoogrupos.com.br> > Sent: Monday, May 03, 2010 11:48 PM > Subject: Re: [delphi-br] Qual o "limite" de tamanho para um executável? > > > E eu que pensei que o meu programa de 8 MB era grande, rsrsrs!!! > > Em 3 de maio de 2010 19:29, Marcos Alexandre Lemos Rodrigues < > marcosalexandre.rodrigues gmail.com> escreveu: > > > Limite não existe, já vi executáveis com mais de 300 MB. Só não é prático. > > Melhor separar em pacotes bpl mesmo ou então em dlls, que além de ficar > > mais > > fácil trabalhar, existe opção de carregar na memória apenas quando o > > usuário > > realmente precisar do módulo, economizando memória geral. > > > > Em 3 de maio de 2010 19:14, Rubem Rocha <rubem.rocha dtmanaus.com.br > > >escreveu: > > > > > > > > > > > 35MB? Meu amigo, considere ‘para ontem’ separar sua aplicação em > > > módulos, > > > preferencialmente em pacotes BPL. Tem material a botão na Internet > > falando > > > sobre isso. > > > > > > Sds. > > > > > > De: delphi-br@yahoogrupos.com.br <delphi-br%40yahoogrupos.com.br> > > [mailto: > > > delphi-br@yahoogrupos.com.br <delphi-br%40yahoogrupos.com.br>] Em > > > nome de Fellipe Henrique > > > Enviada em: segunda-feira, 3 de maio de 2010 16:16 > > > Para: delphi-br@yahoogrupos.com.br <delphi-br%40yahoogrupos.com.br> > > > Assunto: [delphi-br] Qual o "limite" de tamanho para um executável? > > > > > > > > > Amigos, tenho um executável, que está chegando perto dos 35MB... existe > > > algum limite? se passar dele começa a dar problemas? que tipos de > > > problemas? > > > > > > Att. > > > > > > -- > > > _________________________________ > > > T.·.F.·.A.·. > > > Fellipe Henrique
