MODULARIZANDO MEU SISTEMA
Boa noite galera!!!!!!
Galera é o seguinte.... estou querendo criar um sistema e dividi-lo em módulos, mas nem sei por onde começar. Là alguns artigos aqui no site que foi muito instrutivo.
vou fazer umas perguntas e gostaria que vcs me respondesem... sei que algumas vão parecer meio bobas ou sem noção... é que não sei por onde ir mesmo.. ok..
Primeira coisa por exemplo.. quero criar um módulo cadastro de clientes e usuários. neste caro terei que criar um novo projeto no vb para cada um deles individual???
terei que usar classes de dlls indivuduais para dada uma dos módulos....
Por favor alguem teria uma receita de como fazer isso passo a passo... explicando como fazer sem nada de código..... só teoria mesmo... porque assim fica mais fácil para eu me virar...
Outra questão onde entra a questão de programação em 3 camadas, porque meus sistemas são todos assim....
Brigadão galera !!!!!!
Galera é o seguinte.... estou querendo criar um sistema e dividi-lo em módulos, mas nem sei por onde começar. Là alguns artigos aqui no site que foi muito instrutivo.
vou fazer umas perguntas e gostaria que vcs me respondesem... sei que algumas vão parecer meio bobas ou sem noção... é que não sei por onde ir mesmo.. ok..
Primeira coisa por exemplo.. quero criar um módulo cadastro de clientes e usuários. neste caro terei que criar um novo projeto no vb para cada um deles individual???
terei que usar classes de dlls indivuduais para dada uma dos módulos....
Por favor alguem teria uma receita de como fazer isso passo a passo... explicando como fazer sem nada de código..... só teoria mesmo... porque assim fica mais fácil para eu me virar...
Outra questão onde entra a questão de programação em 3 camadas, porque meus sistemas são todos assim....
Brigadão galera !!!!!!
Em primeiro lugar, parabéns por estar querendo fazer as coisas do jeito certo. Sei que nem sempre é possÃvel fazer isso, a maioria delas por falta de tempo hábil. Mas vamos ao que interessa:
A primeira coisa à fazer, é listar tudo que seu sistema vai ter, quais módulos(financeiro, estoque, fiscal...).
Com isso em mãos, podemos definir o que chamamos de [Ô]artigo[Ô]. Artigo, são objetos(coisas) que seu sistema vai utilizar. O cadastro de clientes, por exemplo, é um artigo.
Com essas duas coisas em mãos, podemos começar a definir a estrutura do banco de dados, tendo sempre em mente, o aproveitamento correto do mesmo. O que quero dizer com isso é o uso mais apropriado das tabelas, por exemplo:
Você quer ter [Ô]contatos[Ô] para seu cliente(Email, telefone, msn, sinal de fumaça...). Em um primeiro pensamento, pode ocorrer: [Ô]Fácil, cria alguns campos na tabela de clientes para conter os contatos![Ô]. Isso está muito errado.
Cliente é um artigo; contato é outro artigo, logo devem estar em tabelas separadas e fazendo uso de chave estrangeira, ou seja, a tabela de [Ô]contatos[Ô] é filha da tabela de clientes, pois clientes que têm contatos e não o contrário. Por isso, a tabela de contatos, além da chave identificadora de contatos, vai ter também um campo contendo o código do cliente ao qual ela pertence, campos esses, ligados por chave estrangeira.
Ao termos a estrutura de dados pronta, pode-se pensar que já temos o banco de dados. Negativo, precisamos decidir isso em conjunto com o próximo passo.
Certo, assim que definirmos módulos, artigos e estrutura de banco de dados(só esses três, já é bastante trabalho), é hora de definirmos o que vai ser o projeto.
A primeira pergunta é: Qual plataforma vou utilizar?
Essa é uma decisão importante. Modularizando seu sistema, você passa a ter bibliotecas reaproveitáveis, ou seja, o sistema em si, são as bibliotecas, as telas, são meros utilizadores da mesma. Temos agora, que levar em consideração um fator muito importante: o público alvo.
Se seu público alvo, forem pequenas empresas, com pequenos volume de dados e sem uso de interface Web, e você planeja vender esse sistema por no máximo 1 ano ou dois, sugiro ficar com o VB6 mesmo, pela simplicidade e versatilidade, além de ser mais [Ô]leve[Ô] que .NET, por exemplo.
Agora, se seus clientes, vão ser de médio e/ou grande porte, vão requerer que o sistema tenha uma interface Web, aÃ, sem dúvida o .NET é a escolha certa.
Público alvo, é um fator importante, mas não é decisivo. Temos de levar em conta também, tendência. VB6 está sendo descontinuado, e apesar de excelente ferramenta, está bastante obsoleto. Na minha opinião, iniciar um projeto com ele, é perder tempo. Ainda mais para seu caso, que você está querendo começar um sistema modularizado do zero.
Em resumo, .NET é a sugestão aqui.
Agora, podemos decidir que banco de dados utilizar. Para isso uma pergunta tem que ser feita: você está disposto à investir um pouco de capital em um banco de dados? Bem, a sugestão é o SQL Server, ele [Ô]conversa[Ô] com o .NET praticamente de forma nativa. A versão express dele, suporta um volume de dados considerável e tem um excelente desempenho além de fácil configuração e manutenção;
Em resumo, minha sugestão: .NET + SQL Server.
A primeira coisa à fazer, é listar tudo que seu sistema vai ter, quais módulos(financeiro, estoque, fiscal...).
Com isso em mãos, podemos definir o que chamamos de [Ô]artigo[Ô]. Artigo, são objetos(coisas) que seu sistema vai utilizar. O cadastro de clientes, por exemplo, é um artigo.
Com essas duas coisas em mãos, podemos começar a definir a estrutura do banco de dados, tendo sempre em mente, o aproveitamento correto do mesmo. O que quero dizer com isso é o uso mais apropriado das tabelas, por exemplo:
Você quer ter [Ô]contatos[Ô] para seu cliente(Email, telefone, msn, sinal de fumaça...). Em um primeiro pensamento, pode ocorrer: [Ô]Fácil, cria alguns campos na tabela de clientes para conter os contatos![Ô]. Isso está muito errado.
Cliente é um artigo; contato é outro artigo, logo devem estar em tabelas separadas e fazendo uso de chave estrangeira, ou seja, a tabela de [Ô]contatos[Ô] é filha da tabela de clientes, pois clientes que têm contatos e não o contrário. Por isso, a tabela de contatos, além da chave identificadora de contatos, vai ter também um campo contendo o código do cliente ao qual ela pertence, campos esses, ligados por chave estrangeira.
Ao termos a estrutura de dados pronta, pode-se pensar que já temos o banco de dados. Negativo, precisamos decidir isso em conjunto com o próximo passo.
Certo, assim que definirmos módulos, artigos e estrutura de banco de dados(só esses três, já é bastante trabalho), é hora de definirmos o que vai ser o projeto.
A primeira pergunta é: Qual plataforma vou utilizar?
Essa é uma decisão importante. Modularizando seu sistema, você passa a ter bibliotecas reaproveitáveis, ou seja, o sistema em si, são as bibliotecas, as telas, são meros utilizadores da mesma. Temos agora, que levar em consideração um fator muito importante: o público alvo.
Se seu público alvo, forem pequenas empresas, com pequenos volume de dados e sem uso de interface Web, e você planeja vender esse sistema por no máximo 1 ano ou dois, sugiro ficar com o VB6 mesmo, pela simplicidade e versatilidade, além de ser mais [Ô]leve[Ô] que .NET, por exemplo.
Agora, se seus clientes, vão ser de médio e/ou grande porte, vão requerer que o sistema tenha uma interface Web, aÃ, sem dúvida o .NET é a escolha certa.
Público alvo, é um fator importante, mas não é decisivo. Temos de levar em conta também, tendência. VB6 está sendo descontinuado, e apesar de excelente ferramenta, está bastante obsoleto. Na minha opinião, iniciar um projeto com ele, é perder tempo. Ainda mais para seu caso, que você está querendo começar um sistema modularizado do zero.
Em resumo, .NET é a sugestão aqui.
Agora, podemos decidir que banco de dados utilizar. Para isso uma pergunta tem que ser feita: você está disposto à investir um pouco de capital em um banco de dados? Bem, a sugestão é o SQL Server, ele [Ô]conversa[Ô] com o .NET praticamente de forma nativa. A versão express dele, suporta um volume de dados considerável e tem um excelente desempenho além de fácil configuração e manutenção;
Em resumo, minha sugestão: .NET + SQL Server.
Amigo ver esse artigo do Macoratti é tudo que voce precisa
http://www.macoratti.net/vb_oop1.htm
att
http://www.macoratti.net/vb_oop1.htm
att
Citação::
Amigo ver esse artigo do Macoratti é tudo que voce precisa
http://www.macoratti.net/vb_oop1.htm
att
Realmente um excelente começo, contém até código fonte. Mas como você mesmo disse NEGRON, foque no conceito, não tente aprender conceito por código, mas sim o contrário...
Muito Obrigado amigo KERPLUNK.... vc me ajudou muito fico feliz... pois agora posso trilhar meu caminho.....
Brigadão....
Brigadão....
Tópico encerrado , respostas não são mais permitidas