Bom dia!
Pessoal, qual a melhor forma de criar os OBJ's?
Por exemplo, eu "embolso" os arquivos .prg numa chamada por módulos (por exemplo, o .prg "cadastro.prg" embolsa todos os .prgs que fazem parte de cadastros; o .prg "trans.prg" embolsa todos os .prgs que fazem parte das transações, e assim sucessivamente.
Mas, afinal, qual é a forma ideal?
Ou o ideal seria criar um .obj para cada .prg?
E se eu criar um .obj para cada .prg, existe um limite destes .objs no Blinker?
Aguardo e já agradeço.
Bruno
A Melhor Forma de Criar os OBJ's
Moderador: Moderadores
-
Bruno de Almeida
- Usuário Nível 1

- Mensagens: 10
- Registrado em: 18 Out 2006 02:43
-
Stanis Luksys
- Colaborador

- Mensagens: 1329
- Registrado em: 18 Jun 2005 03:04
- Localização: São Paulo
- Contato:
Olá,
Eu particularmente adoto dois métodos, meu preferido é realmente um obj para cada prg, em alguns casos até um obj para cada função, assim modifico minhas bibliotecas com maior facilidade.
Também gosto de fazer um obj para cada entidade do sistema, por exemplo, um obj com toda parte de cadastro de clientes (consulta/inclusão/alteração/exclusão), outro para fornecedeores etc...
Acredito que não existe "o modo certo", apenas o mais prático para você e suas necessidades.
Quanto ao limite do Blinker não sei dizer, precisaria dar uma consultada no manual...
Faloou!
Eu particularmente adoto dois métodos, meu preferido é realmente um obj para cada prg, em alguns casos até um obj para cada função, assim modifico minhas bibliotecas com maior facilidade.
Também gosto de fazer um obj para cada entidade do sistema, por exemplo, um obj com toda parte de cadastro de clientes (consulta/inclusão/alteração/exclusão), outro para fornecedeores etc...
Acredito que não existe "o modo certo", apenas o mais prático para você e suas necessidades.
Quanto ao limite do Blinker não sei dizer, precisaria dar uma consultada no manual...
Faloou!
Stanis Luksys
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.