No campo da tecnologia de computadores, existe uma "Lei de Moore", que foi descoberta pelo Presidente Honorário da Intel, Gordon Moore, após observação de longo prazo. Isso significa que o número de transistores que podem ser acomodados em um circuito integrado dobrará aproximadamente a cada 18. meses. . Isso não é verdade no campo do software? Especialmente até certo ponto. Quando fui para a faculdade em 1992, me deparei com 8.088 máquinas. O desenvolvimento de programas era baseado na interface de linha de comando Turbo C2.0, no banco de dados Foxbase e em outras "armas terrestres" e em conceitos como programação de rede, processamento simultâneo e outros. controle de transação. Ainda inédito. Quando eu estava fazendo meu projeto de graduação no último ano em 1996, um de nossos professores chamado Teng liderou o projeto de graduação e nos apresentou o desenvolvimento de programas no modelo cliente/servidor. A ferramenta usada foi Sybase/PowerBuilder. do PowerBuilder não está mais disponível. Esqueci, saí da escola antes de poder entender o conceito de desenvolvimento do modelo cliente/servidor. Depois de me formar no IRS, vi o software de coleta baseado em LAN, que usava servidor de arquivos NetWare e Foxpro2.5. Para resolver o processamento simultâneo, havia muitos códigos para bloquear e desbloquear tabelas ou registros no programa. para resolver o problema de uma determinada mesa, os programadores quebravam a cabeça entre abrir de forma exclusiva ou compartilhada. No final da década de 1990, um grande número de aplicativos C/S apareceu no local de trabalho, como modo VB+SQL Server, modo PowerBuilder Sybase, modo Delphi+MS SqlServer, etc. Gratuito, você não precisa se preocupar com o bloqueio e desbloqueio do banco de dados, mas precisa considerar questões como processamento de transações, confirmação e reversão em duas fases e consistência de dados. Mais tarde, com o boom da Internet, surgiram sistemas aplicativos de arquitetura B/S e as tecnologias CGI, PHP, ASP e JSP gradualmente se tornaram populares. Porém, ambas as arquiteturas Cliente/Servidor e Navegador/Servidor apresentam uma falha fatal, ou seja, funcionam de forma independente e não conseguem se livrar do azar das “ilhas de informação” e não conseguem realizar a integração de sistemas distribuídos, para dar o exemplo mais simples. , confiando a um certo A empresa de software desenvolveu um sistema de compra, venda e gerenciamento de estoque e gerenciamento de estoque, e também adquiriu um conjunto de software financeiro, ambos com estrutura C/S. Não há como os dois sistemas se comunicarem. , e os comprovantes contábeis precisam ser inseridos manualmente. Para resolver esse problema, os técnicos costumam usar o método de troca de arquivos de dados, como usar arquivos TXT padronizados de igual largura, gravar arquivos de exportação de dados que possam ser reconhecidos pelo sistema de entrada de dados para o sistema de saída de dados e, em seguida, importar manualmente pelo sistema de entrada de dados. Este método tem baixo desempenho em tempo real e os dados são facilmente perdidos durante o processo de troca. Alguns simplesmente escrevem programas Socket para comunicação [Figura 1]. Por exemplo, o sistema de auditoria cruzada de faturas do Golden Tax Project utiliza este método para comunicação e integração entre os sistemas de auditoria da Administração Geral, repartições provinciais e repartições municipais.
Expandir
