Im Bereich der Computertechnik gibt es ein „Mooresches Gesetz“, das nach langjähriger Beobachtung vom Intel-Ehrenvorsitzenden Gordon Moore entdeckt wurde. Es besagt, dass sich die Anzahl der Transistoren, die auf einem integrierten Schaltkreis untergebracht werden können, etwa alle 18 verdoppelt Monate. Gilt das nicht auch für den Softwarebereich? Vor allem bis zu einem gewissen Grad. Als ich 1992 zum ersten Mal aufs College ging, wurde ich mit 8088-Maschinen konfrontiert. Die Programmentwicklung basierte auf der Befehlszeilenschnittstelle Turbo C2.0, der Foxbase-Datenbank und anderen „Earth Guns“ sowie Konzepten wie Netzwerkprogrammierung, gleichzeitiger Verarbeitung usw Transaktionskontrolle noch unbekannt. Als ich in meinem Abschlussjahr 1996 mein Abschlussprojekt durchführte, leitete einer unserer Lehrer namens Teng das Abschlussprojekt und führte uns in die Programmentwicklung im Client/Server-Modell ein. Das verwendete Tool war Sybase/PowerBuilder von PowerBuilder ist nicht mehr verfügbar. Ich habe die Schule verlassen, bevor ich das Entwicklungskonzept des Client/Server-Modells verstehen konnte. Nach meinem Abschluss am IRS sah ich die LAN-basierte Erfassungssoftware, die den NetWare-Dateiserver und Foxpro2.5 verwendete. Um die gleichzeitige Verarbeitung zu lösen, gab es im Programm viele Codes zum Sperren und Entsperren von Tabellen oder Datensätzen Um das Problem einer bestimmten Tabelle zu lösen, haben Programmierer darüber nachgedacht, ob sie exklusiv oder gemeinsam geöffnet werden sollen. In den späten 1990er Jahren erschien eine große Anzahl von C/S-Anwendungen am Arbeitsplatz, wie z. B. der VB+SQL-Server-Modus, der PowerBuilder-Sybase-Modus, der Delphi+MS-SqlServer-Modus usw. Unter der C/S-Methode haben Programmierer große Vorteile erlangt Kostenlos müssen Sie sich nicht um das Sperren und Entsperren der Datenbank kümmern, müssen aber Aspekte wie Transaktionsverarbeitung, zweiphasiges Commit und Rollback sowie Datenkonsistenz berücksichtigen. Später, mit dem Boom des Internets, erschienen Anwendungssysteme mit B/S-Architektur, und CGI-, PHP-, ASP- und JSP-Technologien wurden nach und nach populär. Allerdings weisen sowohl die Client/Server- als auch die Browser/Server-Architektur einen schwerwiegenden Fehler auf: Sie arbeiten unabhängig voneinander und können das Pech von „Informationsinseln“ nicht beseitigen und die Integration verteilter Systeme nicht realisieren, um das einfachste Beispiel zu nennen Das Softwareunternehmen hat ein System für die Einkaufs-, Verkaufs- und Bestandsverwaltung entwickelt und außerdem eine Reihe von Finanzsoftware erworben, die beide eine C/S-Struktur haben. Es gibt keine Möglichkeit für die Kommunikation zwischen den beiden Systemen , und Buchungsbelege müssen manuell eingegeben werden. Um dieses Problem zu lösen, verwenden Techniker normalerweise die Methode des Austauschs von Datendateien, z. B. die Verwendung standardisierter TXT-Dateien mit gleicher Breite, das Schreiben von Datenexportdateien, die vom Dateneingabesystem für das Datenausgabesystem erkannt werden können, und den anschließenden manuellen Import sie durch das Dateneingabesystem. Diese Methode weist eine schlechte Echtzeitleistung auf und Daten gehen während des Austauschprozesses leicht verloren. Manche schreiben einfach Socket-Programme für die Kommunikation [Abbildung 1]. Das Rechnungs-Cross-Audit-System des Golden Tax Project verwendet diese Methode beispielsweise für die Kommunikation und Integration zwischen den Audit-Systemen der Generalverwaltung, der Provinzbüros und der Kommunalbüros.
Expandieren