컴퓨터 기술 분야에는 고든 무어(Gordon Moore) 인텔 명예회장이 장기간 관찰 끝에 발견한 '무어의 법칙(Moore's Law)'이 있는데, 이는 집적회로에 수용할 수 있는 트랜지스터의 수가 18개마다 약 2배로 늘어난다는 뜻이다. 개월. 소프트웨어 분야에서는 그렇지 않나요? 특히 어느 정도. 1992년 처음 대학에 갔을 때 저는 8088 머신을 접했습니다. 프로그램 개발은 명령줄 인터페이스 Turbo C2.0, Foxbase 데이터베이스 및 기타 "지구총"과 네트워크 프로그래밍, 동시 처리 및 기타 개념을 기반으로 했습니다. 거래 통제는 아직까지 들어본 적이 없습니다. 1996년 4학년 때 졸업 프로젝트를 할 때 Teng이라는 선생님이 졸업 프로젝트를 주도하고 우리에게 클라이언트/서버 모델의 프로그램 개발을 소개했습니다. 사용된 도구는 현재 원본 버전이기도 합니다. 클라이언트/서버 모델의 개발 개념을 이해하기 전에 학교를 떠났습니다. 국세청을 졸업한 후 NetWare 파일 서버와 Foxpro2.5를 사용하는 LAN 기반 수집 소프트웨어를 보았는데, 동시 처리를 해결하기 위해 프로그램에 테이블이나 레코드를 잠그거나 잠금 해제하는 코드가 많이 있었습니다. 특정 테이블의 문제를 해결하기 위해 프로그래머들은 단독으로 오픈할지, 공유로 오픈할지 고민했습니다. 1990년대 후반에는 VB+SQL Server 모드, PowerBuilder Sybase 모드, Delphi+MS SqlServer 모드 등 수많은 C/S 애플리케이션이 직장에 등장했습니다. C/S 방식으로 프로그래머는 큰 이점을 얻었습니다. 무료이므로 데이터베이스의 잠금 및 잠금 해제에 대해 걱정할 필요가 없지만 트랜잭션 처리, 2단계 커밋 및 롤백, 데이터 일관성 등의 문제를 고려해야 합니다. 이후 인터넷의 붐과 함께 B/S 아키텍처 응용 시스템이 등장했고 CGI, PHP, ASP, JSP 기술이 점차 대중화되었습니다. 그러나 클라이언트/서버 아키텍처와 브라우저/서버 아키텍처 모두 치명적인 결함이 있습니다. 즉, 독립적으로 작동하고 "정보 섬"의 불운을 제거할 수 없으며 가장 간단한 예를 들자면 분산 시스템의 통합을 실현할 수 없다는 것입니다. , 특정 소프트웨어 회사에 구매, 판매 및 재고 관리와 재고 관리를 위한 시스템을 개발하고 금융 소프트웨어 세트를 구입했는데 둘 다 C/S 구조로 되어 있어 두 시스템이 서로 통신할 수 있는 방법이 없습니다. , 회계 증빙은 수동으로 입력해야 합니다. 이 문제를 해결하기 위해 기술자들은 일반적으로 동일한 너비의 표준화된 TXT 파일을 사용하고, 데이터 출력 시스템을 위해 데이터 입력 시스템에서 인식할 수 있는 데이터 내보내기 파일을 작성한 후 수동으로 가져오는 등 데이터 파일을 교환하는 방법을 사용합니다. 데이터 입력 시스템에 의해. 이 방법은 실시간 성능이 좋지 않으며 교환 과정에서 데이터가 쉽게 손실됩니다. 일부는 단순히 통신을 위해 소켓 프로그램을 작성합니다[그림 1]. 예를 들어 Golden Tax Project 송장 교차 감사 시스템은 총무처, 지방 국 및 시 국의 감사 시스템 간의 통신 및 통합을 위해 이 방법을 사용합니다.
확장하다
