В области компьютерных технологий существует «Закон Мура», который был открыт почетным председателем Intel Гордоном Муром после многолетних наблюдений. Он означает, что количество транзисторов, которые можно разместить на интегральной схеме, будет удваиваться примерно каждые 18. месяцев. Разве это не верно в области программного обеспечения? Особенно в какой-то степени. Когда я впервые поступил в колледж в 1992 году, я столкнулся с 8088 машинами. Разработка программ была основана на интерфейсе командной строки Turbo C2.0, базе данных Foxbase и других «земных пушках», а также на таких концепциях, как сетевое программирование, параллельная обработка и т. д. Контроль транзакций Все еще неслыханно. Когда я делал дипломный проект в выпускном классе в 1996 году, один из наших учителей по имени Тенг руководил выпускным проектом и познакомил нас с разработкой программ в модели клиент/сервер. Используемым инструментом был Sybase/PowerBuilder. Теперь даже в исходной версии. PowerBuilder больше не доступен. Забыл, я бросил школу, прежде чем смог понять концепцию разработки модели клиент/сервер. После окончания налоговой службы я увидел программное обеспечение для сбора данных на базе локальной сети, которое использовало файловый сервер NetWare и Foxpro2.5. Для решения проблемы параллельной обработки в программе было много кодов для блокировки и разблокировки таблиц или записей. Чтобы решить проблему определенной таблицы, Программисты ломали голову, открывать эксклюзивно или совместно. В конце 1990-х годов на рабочих местах появилось большое количество приложений C/S, таких как режим VB+SQL Server, режим PowerBuilder Sybase, режим Delphi+MS SqlServer и т. д. Благодаря методу C/S программисты получили большие преимущества. Бесплатно, вам не придется беспокоиться о блокировке и разблокировке базы данных, но вам необходимо учитывать такие вопросы, как обработка транзакций, двухфазная фиксация и откат, а также согласованность данных. Позже, с бумом Интернета, появились прикладные системы с архитектурой B/S, и постепенно стали популярными технологии CGI, PHP, ASP и JSP. Однако обе архитектуры Клиент/Сервер и Браузер/Сервер имеют фатальный недостаток, то есть они работают независимо и не могут избавиться от невезения «информационных островов» и не могут реализовать интеграцию распределенных систем. Приведем простейший пример. , доверив определенную компанию-разработчика программного обеспечения разработала систему для закупок, продаж и управления запасами и управления запасами, а также приобрела набор финансового программного обеспечения, оба из которых имеют структуру C/S. Две системы не могут взаимодействовать. , а бухгалтерские операции необходимо вводить вручную. Чтобы решить эту проблему, технические специалисты обычно используют метод обмена файлами данных, например, использование стандартизированных файлов TXT одинаковой ширины, запись файлов экспорта данных, которые могут быть распознаны системой ввода данных для системы вывода данных, а затем импортирование вручную. их системой ввода данных. Этот метод имеет низкую производительность в режиме реального времени, и данные легко теряются в процессе обмена. Некоторые просто пишут программы Socket для связи [рис. 1]. Например, система перекрестного аудита счетов Golden Tax Project использует этот метод для связи и интеграции между системами аудита Главного управления, провинциальных и муниципальных бюро.
Расширять
