Fórum Desktop ou Cliente/Servidor? #39816
31/10/2003
0
O AFarias gentilmente esclareceu algumas dúvidas mas outras surgiram. Como acredito que o assunto interesse a outros participantes do forum estou continuando a discussão do tópico no âmbito da coletividade ClubeDelphi.
1) O que é realmente, uma aplicação ´desktop´?
Por exemplo: um sistema de gerenciamento de auto-escola funciona em um único computador e, com esse sistema, o operador dá conta de realizar todas as funcçoes necessárias, tais como cadastramento de alunos, de instrutores, de veículos, relatórios, controle financeiro, etc. Esta seria uma aplicação desktop?
Agora suponhamos que a auto-escola cresceu e uma única máquina já não dá conta de todo o movimento. O proprietário decide então ligar outras máquinas em rede com a primeira e, com isso, dois ou mais operadores, em máquinas diferentes, devem acessar o mesmo banco de dados que contem as tabelas da auto-escola. É correto dizer que a aplicação ´desktop´ deve agora ser substituída (ou modificada) para transformar-se, digamos, em uma aplicação cliente/servidor?
Então a opção entre ´desktop´ e cliente/servidor seria tão somente dependente do número de computadores que acessam um mesmo banco de dados?
2) Para o desenvolvimento de aplicativos, de um modo geral, devo dipor inicialmente de um SGBD que pode ser um firebird, interbase, oracle, etc. Em seguida fixo-me em um ambiente operacional (plataforma?) e uma linguagem de programação (Delphi, C++ ou outra). Trabalhei durante muitos anos desenvolvendo aplicativos para uma empresa (os quais, felizmente, funcionaram de modo inteiramente satisfatório) onde o sistema operacional era o Xenix (depois o Unix) e a linguagem de programação o COBOL Ultimamente tenho trabalhado com o Delphi e tive que adaptar-me à filosofia da POO e, apezar das difuldades naturais em uma mudança tão drástica, realizei alguns aplicativos que funcionaram a contento. Porém agora sinto-me meio perdido diante de tantas novidades e quando vejo um artigo como o do Danilo Bertholini sobre componente dbExpress Plus (ClubeDelphi 41), fico em dificuldades até para saber se e quando usar, por exemplo, uma ferramente como essa.
3)Devem existir livros, ou apostilas, que ajudem a melhorar o entendimento a respeito de tudo isso. Livros são muito caros o que nos leva a pensar muito antes de adquirir um. Apostilas, temos algumas disponíveis pela Internet, o difícil é achar as mais adequadas.
Espero que os colegas do Forum tenham sugestões ou esclarecimentos úteis e desde já agradeço por eles.
1) O que é realmente, uma aplicação ´desktop´?
Por exemplo: um sistema de gerenciamento de auto-escola funciona em um único computador e, com esse sistema, o operador dá conta de realizar todas as funcçoes necessárias, tais como cadastramento de alunos, de instrutores, de veículos, relatórios, controle financeiro, etc. Esta seria uma aplicação desktop?
Agora suponhamos que a auto-escola cresceu e uma única máquina já não dá conta de todo o movimento. O proprietário decide então ligar outras máquinas em rede com a primeira e, com isso, dois ou mais operadores, em máquinas diferentes, devem acessar o mesmo banco de dados que contem as tabelas da auto-escola. É correto dizer que a aplicação ´desktop´ deve agora ser substituída (ou modificada) para transformar-se, digamos, em uma aplicação cliente/servidor?
Então a opção entre ´desktop´ e cliente/servidor seria tão somente dependente do número de computadores que acessam um mesmo banco de dados?
2) Para o desenvolvimento de aplicativos, de um modo geral, devo dipor inicialmente de um SGBD que pode ser um firebird, interbase, oracle, etc. Em seguida fixo-me em um ambiente operacional (plataforma?) e uma linguagem de programação (Delphi, C++ ou outra). Trabalhei durante muitos anos desenvolvendo aplicativos para uma empresa (os quais, felizmente, funcionaram de modo inteiramente satisfatório) onde o sistema operacional era o Xenix (depois o Unix) e a linguagem de programação o COBOL Ultimamente tenho trabalhado com o Delphi e tive que adaptar-me à filosofia da POO e, apezar das difuldades naturais em uma mudança tão drástica, realizei alguns aplicativos que funcionaram a contento. Porém agora sinto-me meio perdido diante de tantas novidades e quando vejo um artigo como o do Danilo Bertholini sobre componente dbExpress Plus (ClubeDelphi 41), fico em dificuldades até para saber se e quando usar, por exemplo, uma ferramente como essa.
3)Devem existir livros, ou apostilas, que ajudem a melhorar o entendimento a respeito de tudo isso. Livros são muito caros o que nos leva a pensar muito antes de adquirir um. Apostilas, temos algumas disponíveis pela Internet, o difícil é achar as mais adequadas.
Espero que os colegas do Forum tenham sugestões ou esclarecimentos úteis e desde já agradeço por eles.
Roberto Padilha
Curtir tópico
+ 0
Responder
Posts
01/11/2003
Afarias
|1) O que é realmente, uma aplicação ´desktop´?
Um sistema não compartilha dados em rede. Ou, compartilha dados em arquivos.
Ex:: MS Money
|Por exemplo: um sistema de gerenciamento de auto-escola funciona em
|um único computador e, com esse sistema, o operador dá conta de
|realizar todas as funcçoes necessárias, tais como cadastramento de
|alunos, de instrutores, de veículos, relatórios, controle financeiro, etc.
|Esta seria uma aplicação desktop?
SIM
|Agora suponhamos que a auto-escola cresceu e uma única máquina já
|não dá conta de todo o movimento. O proprietário decide então ligar
|outras máquinas em rede com a primeira e, com isso, dois ou mais
|operadores, em máquinas diferentes, devem acessar o mesmo banco de
|dados que contem as tabelas da auto-escola. É correto dizer que a
|aplicação ´desktop´ deve agora ser substituída (ou modificada) para
|transformar-se, digamos, em uma aplicação cliente/servidor?
Não. Sistemas DESKTOP em geral não compartilham dados em rede, mas PODEM -- entretanto, com limitações.
|Então a opção entre ´desktop´ e cliente/servidor seria tão somente
|dependente do número de computadores que acessam um mesmo banco
|de dados?
Torna-se C/S quando o sistema não entra diretamente em contato com os dados. O sistema tem de requisitar os dados de um CLIENTE q então transfere o pedido para um SERVIDOR que (única e excusivamente) tem acesso aos dados e retorna para o cliente q fez o pedido.
Este tipo de tecnologia (C/S) garante maior escalabilidade (mais usuários compartilhando dados em rede sem perdas), maior segurança e integridade dos dados (para grandes demandas) e mais recursos avançados (como backup on-line por ex)
Em geral, deve-se optar por um sistema C/S quando o número de usuários simultâneos pode aumentar e/ou a demanda de informações é relativamente grande
Sistemas q utilizam tecnologias de arquivos (DBISAM) como Padadox ou xBase NÃO são C/S -- mesmo que *não* tenham caracteristicas Desktop.
|3)Devem existir livros, ou apostilas, que ajudem a melhorar o
|entendimento a respeito de tudo isso. Livros são muito caros o que nos
|leva a pensar muito antes de adquirir um. Apostilas, temos algumas
|disponíveis pela Internet, o difícil é achar as mais adequadas.
sobre q assunto exatamente?!
T+
Um sistema não compartilha dados em rede. Ou, compartilha dados em arquivos.
Ex:: MS Money
|Por exemplo: um sistema de gerenciamento de auto-escola funciona em
|um único computador e, com esse sistema, o operador dá conta de
|realizar todas as funcçoes necessárias, tais como cadastramento de
|alunos, de instrutores, de veículos, relatórios, controle financeiro, etc.
|Esta seria uma aplicação desktop?
SIM
|Agora suponhamos que a auto-escola cresceu e uma única máquina já
|não dá conta de todo o movimento. O proprietário decide então ligar
|outras máquinas em rede com a primeira e, com isso, dois ou mais
|operadores, em máquinas diferentes, devem acessar o mesmo banco de
|dados que contem as tabelas da auto-escola. É correto dizer que a
|aplicação ´desktop´ deve agora ser substituída (ou modificada) para
|transformar-se, digamos, em uma aplicação cliente/servidor?
Não. Sistemas DESKTOP em geral não compartilham dados em rede, mas PODEM -- entretanto, com limitações.
|Então a opção entre ´desktop´ e cliente/servidor seria tão somente
|dependente do número de computadores que acessam um mesmo banco
|de dados?
Torna-se C/S quando o sistema não entra diretamente em contato com os dados. O sistema tem de requisitar os dados de um CLIENTE q então transfere o pedido para um SERVIDOR que (única e excusivamente) tem acesso aos dados e retorna para o cliente q fez o pedido.
Este tipo de tecnologia (C/S) garante maior escalabilidade (mais usuários compartilhando dados em rede sem perdas), maior segurança e integridade dos dados (para grandes demandas) e mais recursos avançados (como backup on-line por ex)
Em geral, deve-se optar por um sistema C/S quando o número de usuários simultâneos pode aumentar e/ou a demanda de informações é relativamente grande
Sistemas q utilizam tecnologias de arquivos (DBISAM) como Padadox ou xBase NÃO são C/S -- mesmo que *não* tenham caracteristicas Desktop.
|3)Devem existir livros, ou apostilas, que ajudem a melhorar o
|entendimento a respeito de tudo isso. Livros são muito caros o que nos
|leva a pensar muito antes de adquirir um. Apostilas, temos algumas
|disponíveis pela Internet, o difícil é achar as mais adequadas.
sobre q assunto exatamente?!
T+
Responder
Gostei + 0
Clique aqui para fazer login e interagir na Comunidade :)