From: <AAl...@am...> - 2000-10-10 18:30:13
|
Coders, eu concordo com o André quanto a performance, mas a diferença entre uma função genérica e outras menores em termos de processamento é muito pequena. Uma outra solução poderia ser manter as pequenas funções, mas num arquivo separado (módulo) de maneira que quando precisarmos mudar o formato do arq. de configuração isso ficar fácil. Não é necessário fazer uma super função, mas o que fizermos deve ser de fácil manutenção, já que amanhã pode não sermos que estará dando manutenção ao código. Entre performance e facilidade de manutenção fico com a segunda. Coders, mandem suas opiniões, o projeto é grande e tem um futuro enorme se sair bem feito e isso depende da gente. []s Amauri Albuquerque Engenheiro de Telecomunicações Centro de Supervisão e Controle de Rede - CSCR Americel 329-6811 > ----- Mensagem original ----- > De: André Casteliano [SMTP:al...@br...] > Enviada em: Segunda-feira, 9 de Outubro de 2000 22:15 > Para: Lista LinuxCall > Assunto: [Linuxcall] Código... > > Olá pessoal, > > a coisa apertou aki... tou bastante ocupado mas arrumei um tempinho prá > dar uma olhada naquele código que o Amauri mandou... > > Bom, ainda não sei realmente se é a melhor solução (aguardo a opinião > dos demais coders...)... eu tenho a impressão de que funções menores e > mais específicas seriam mais interessantes do que super-funções... acho > que o programa se torna mais modular... > > Uma super-função, acabaria sendo genérica demais... dei uma revisada > naquele código que o Amauri mandou, corrigi uns pequenos bugs, otimizei > um pouquinho e tou mandando ele agora, em anexo. > > Amauri, eu entendi sua idéia cara. Uma função maior, genérica, e funções > menores, que chamassem essa função maior e retornassem dados > específicos. Só não sei se é a melhor solução... > > As funções menores, que mandei da outra vez, podem até ter as mesmas > rotinas, mas elas seriam usadas em partes diferentes do programa, de > forma que, acredito eu, aumentaria a performance, mas também aumentaria > o número de linhas de código a serem revisadas, caso mudássemos o > formato do arquivo, por exemplo, como vc falou. > > O melhor mesmo é discutirmos isso de forma que a melhor solução seja > implementada. Afinal, o nosso objetivo é fazer do LinuxCall o MELHOR > discador que existe (até mesmo se comparado ao de outras plataformas). > > É isso aí... vamos ver a opinião do pessoal, > > []'s > > -- > André Casteliano > Analista de Sistemas - al...@br... > +---------------------------------------------+ > | Linux User: # 178853 Machine: # 79923 | > | Linux Heavy User - Powered by Slackware 7.1 | > | http://www.geocities.com/andre_casteliano/ | > +---------------------------------------------+ > | LinuxCall - The Linux Dialer | > | http://linuxcall.sourceforge.net | > +---------------------------------------------+ << Arquivo: super.c >> |