VB 2005 PRODUTIVIDADE AO EXTREMO
Alguém já utilizou essa forma de agilizar a contrução das telas ?
Se sim, cfme o sistema vai crescendo esse método facilitou ou dificultou ?
http://www.microsoft.com/brasil/msdn/Tecnologias/vbnet/WForms2VStudio2005.mspx
Se sim, cfme o sistema vai crescendo esse método facilitou ou dificultou ?
http://www.microsoft.com/brasil/msdn/Tecnologias/vbnet/WForms2VStudio2005.mspx
Dessa forma você pode ter um grande ganho de produtividade, mas lembre-se que você fica preso a um modelo pouco flexÃÂÂvel. Se a MS decidir alterar esses componentes ou simplesmente substituÃÂÂ-los por outros você ficará na mão ou terá muito trabalho para atualizações futuras.
Outra desvantagem é que se o seu sistema crescer muito e você reutilizar esses data sources em vários formulários, qualquer alteração na estrutura do BD pode inutilizar seu projeto e terá um trabalho imenso para localizar em DataSets, DataApdapters, etc aonde o modelo está quebrado.
Se você utilizar business objects separando a camada de dados da de apresentação, você pode criar um ponto único para o acesso a dados. Se a estrutura do bd mudar no máximo você pega uma exception fácil de corrigir e, as classes que consomem a camada de dados ficam isoladas mantendo a integridade do seu modelo.
Outra desvantagem é que se o seu sistema crescer muito e você reutilizar esses data sources em vários formulários, qualquer alteração na estrutura do BD pode inutilizar seu projeto e terá um trabalho imenso para localizar em DataSets, DataApdapters, etc aonde o modelo está quebrado.
Se você utilizar business objects separando a camada de dados da de apresentação, você pode criar um ponto único para o acesso a dados. Se a estrutura do bd mudar no máximo você pega uma exception fácil de corrigir e, as classes que consomem a camada de dados ficam isoladas mantendo a integridade do seu modelo.
Tópico encerrado , respostas não são mais permitidas