Quest�o de l�gica para sistemas!!

Question

Ol�..Bem, um forum de discuss�o assim como o pr�prio nome diz, tem o objetivo de �divulgar e refletir� novas id�ias, no caso aqui sobre programa��o Delphi. Pois bem, estou desenvolvendo um sistema de ...

Nigro · Answer

Eu particularmente n�o aconselho esse tipo de m�todo, pois o sistema dedver� ser integrado, ou seja, clientes ir� trocar informa��es com pedidos que ir� trocar informa��es com mercadorias, e por ai vai, n�o estou falando apenas de troca de informa��es contidas em bancos, mas coisas do tipo vari�veis p�blicas, outra coisa... debugar um sistema assim torna-se uma tarefa �rdua...
Com certeza se voc� fizer um execut�vel ir� ficar mais leve do que v�rios execut�veis... ou ainda a manuten��o do sistema fica dif�cil, imagine que voc� tem que mudar uma determinada rotina que � utilizada por mais de um m�dulo, ou quem sabe por todos os m�dulo, nossa... n�o quero nem pensar...

Ce · Answer

isso significa que a programacao baseada em chamadas de outros aplicativos exe pode ser custoso ? � recomendado a uni�o de v�rios projects neste caso ?...

Nigro · Answer

Essa � a minha opini�o e � assim que eu trabalho e creio que a mior parte dos programadores tamb�m...

Aroldo Zanela · Answer

Colega,Tamb�m acho recomend�vel gastar mais tempo no planejamento do projeto e levantamento de requisitos (n�o que eles n�o mudem) e seguir uma �baseline�. Na abordagem que voc� sugeriu, poderia facilitar em alguns aspectos, mas comprometer seriamente outros (in�meros)....

Bacalhau · Answer

Colega, eu uso um m�todo que me tem facilitado a vida. Em vez de partir o problema em execut�veis, parto-o em DLLs.

Procuro que cada DLL tenha fun��es o mais b�sicas possiveis. Assim cada aplicativo que fa�o vai acompanhado por uma �multid�o� de rotinas independentes.

Por exemplo, tenho um rotina que converte um n�mero no seu valor por extenso. Esta fun��o � compilada numa DLL e fornecida a todos os meus clientes que necessitam dela.

Como � �bvio, esta rotina funciona tanto para f�bricas como para as lojinhas do fundo da rua. Se necessitar modificar alguma coisa na fun��o, recompilo e toda a gente fica actualizada sem mudar os execut�veis.

Nesta situa��o o execut�vel principal � um mero gestor de chamadas a fun��es externas

Para que toda a gente tenha acesso aos �ltimos DLLs, mantenho uma pequena p�gina na Net, onde qualquer um poder� fazer o download das vers�es mais recentes.

Como complemento, sugiro que leias artigos sobre a t�cnica �Top-down approch�

Espero ter ajudado
abra�o
bacalhau

Trov�o · Answer

Estou chegando agora na conversa, mas li tudo o que vcs escreveram e se permitem opinar, acho que o mais vi�vel e pr�ttico � trabalhar com o rpojeto em um �nico execut�vel , e como foi dito deixar todas as fun��es e procedures que podem vir a ser usadas em todo o sistema ou em v�rios sistemas, em um lugar que possa ser acessado de qualquer lugar do fonte, sem corromper nenhuma l�gica do c�digo, ou ent�o como nosso outro colega falou , trabalhar com as DLL�s.
Acho que se deve ser levado em considera��o o tamanho do c�digo e visto que em se tendo v�riuas vari�veis p�blicas, pode-se ter muito retrabalho de usar v�rios execut�veis.
Na quest�o de outras pessoas auterarem o mesmo c�digo , talvez ao mesmo tempo, temos ferramentas como o TEam Source em que v�rias pessoas podem estar usando o mesmo projeto ao mesmo tempo , trabalahndo em grupo, e atualizando o sistema principal ao final do trabalho.
Se puder ajudar em mais alguma coisa, meu email � jonas.mendez@terra.com.br.

Obrigado
Trov�o

Beppe · Answer

Eu prefiro packages em rela��o a DLLs puras. Isto porque o Delphi v� DLLs como um elemento estrangeiro e naum muito pr�tico POO-mente falando. J� com packages, voc� usa modulariza��o naturalmente, s� que o c�digo reside na DPL, n�o no EXE.

S� que o lado negativo de packages � que elas precisam ser compiladas com a mesma vers�o do Delphi que o execut�vel.

Bacalhau · Answer

Essa participa��o no projecto pode ser interessante. Mas saber o mail tamb�m...  :lol:...

Ce · Answer

Valeu galera.. rumo a 1 exe .. menores problemas ao longo do tempo! Quando tiver maior conhecimento.. optarei pelas Dll�s q s�o uma �tima pedida mesmo... afinal.. um sistema bem feito ..nunca � finalizado ! :lol:

Henrique.ams · Answer

com um boa experi�ncia em programa��o Delphi, como venho desenvolvendo e venho a sugerir que o fa�am � usar POO no delphi...

o Delphi tem um grande poder de POO, utilizando classes cada um poder� desenvolver uma classe espec�fica separadamente e depois pedir para o Execut�vel enxergue as classes... assim esta estar�o fazendo parte do programa como sendo um programa s�, de apenas um execut�vel e com uma enorme facilidade distribui��o de carga....

Orientem mais e Delphi... Dll ainda � pra Linguagens estruturadas....

Beppe · Answer

[quote:9b6ac95f5a=�bacalhau�]Essa participa��o no projecto pode ser interessante. Mas saber o mail tamb�m...  :lol:[/quote:9b6ac95f5a]No meu projeto? U�, tem no rodap� da mensagem, e na p�gina dos detalhes.T+...

Bacalhau · Answer

Bepee, eu vi. Mas n�o consigo entrar no site. T� com algum problema?...

Beppe · Answer

As vezes ele demora, entra apertado, mas entra :) � que o servidor de l� � muito porco, e pra voc� que est� l� no velho mundo deve demorar mais mesmo. :cry: T+...

Bacalhau · Answer

Beppe, ele n�o est� lento. Simplesmente n�o entra. Estar� temporariamente desligado? De qq modo vou tentando...

Beppe · Answer

Tenta agora:[url]//www.afw.hpg.com.br/projeto.htm[/url]...

F�rum Quest�o de l�gica para sistemas!! #205207