Dans le domaine de la technologie informatique, il existe une « loi de Moore », découverte par le président honoraire d'Intel, Gordon Moore, après une observation à long terme. Elle signifie que le nombre de transistors pouvant être logés sur un circuit intégré doublera environ tous les 18. mois. . N'est-ce pas vrai dans le domaine des logiciels ? Surtout dans une certaine mesure. Lorsque je suis arrivé à l'université en 1992, j'étais confronté à 8088 machines. Le développement de programmes était basé sur l'interface de ligne de commande Turbo C2.0, la base de données Foxbase et d'autres « canons terrestres », et des concepts tels que la programmation réseau, le traitement simultané et d'autres concepts. contrôle des transactions. Encore du jamais vu. Lorsque je faisais mon projet de fin d'études au cours de ma dernière année en 1996, l'un de nos professeurs, Teng, a dirigé le projet de fin d'études et nous a présenté le développement de programmes dans le modèle client/serveur. L'outil utilisé était désormais Sybase/PowerBuilder. de PowerBuilder n'est plus disponible. J'ai oublié, j'ai quitté l'école avant de pouvoir comprendre le concept de développement du modèle client/serveur. Après avoir obtenu mon diplôme à l'IRS, j'ai vu le logiciel de collecte basé sur LAN, qui utilisait le serveur de fichiers NetWare et Foxpro2.5. Afin de résoudre le traitement simultané, le programme contenait de nombreux codes pour verrouiller et déverrouiller des tables ou des enregistrements. Afin de résoudre le problème d'une certaine table, les programmeurs se sont creusé la tête pour savoir s'il fallait l'ouvrir exclusivement ou de manière partagée. À la fin des années 1990, un grand nombre d'applications C/S sont apparues sur le lieu de travail, telles que le mode VB+SQL Server, le mode PowerBuilder Sybase, le mode Delphi+MS SqlServer, etc. Grâce à la méthode C/S, les programmeurs ont acquis de grands avantages. . Gratuit, vous n'avez pas à vous soucier du verrouillage et du déverrouillage de la base de données, mais vous devez prendre en compte des problèmes tels que le traitement des transactions, la validation et la restauration en deux phases et la cohérence des données. Plus tard, avec l’essor d’Internet, des systèmes d’application à architecture B/S sont apparus et les technologies CGI, PHP, ASP et JSP sont progressivement devenues populaires. Cependant, les architectures Client/Serveur et Navigateur/Serveur ont toutes deux un défaut fatal, c'est-à-dire qu'elles fonctionnent de manière indépendante et ne peuvent pas se débarrasser de la malchance des « îlots d'informations » et ne peuvent pas réaliser l'intégration de systèmes distribués pour donner l'exemple le plus simple. , confiant à un certain L'éditeur de logiciels a développé un système de gestion des achats, des ventes et des stocks, et a également acheté un ensemble de logiciels financiers, tous deux dotés d'une structure C/S. Il n'y a aucun moyen pour les deux systèmes de communiquer. , et les pièces comptables doivent être saisies manuellement. Afin de résoudre ce problème, les techniciens utilisent généralement la méthode d'échange de fichiers de données, telle que l'utilisation de fichiers TXT standardisés de largeur égale, l'écriture de fichiers d'exportation de données pouvant être reconnus par le système d'entrée de données pour le système de sortie de données, puis l'importation manuelle. par le système de saisie des données. Cette méthode a de mauvaises performances en temps réel et les données sont facilement perdues pendant le processus d'échange. Certains écrivent simplement des programmes Socket pour la communication [Figure 1]. Par exemple, le système d'audit croisé des factures du Golden Tax Project utilise cette méthode pour la communication et l'intégration entre les systèmes d'audit de l'administration générale, des bureaux provinciaux et des bureaux municipaux.
Développer
