Начиная со Swool 4, поддержка совместной работы была улучшена, и большое количество расширений PHP было автоматизировано. Некоторые фреймворки, основанные на Swool 4, также процветали, заставляя людей стремиться просто просматривать документы. Однако то, как внедрить и включить совместную работу Swool для существующих старых проектов, стало объективной проблемой в реальном сценарии. Из-за характера сотрудничества и жизненного цикла это не так просто, как можно себе представить. В этой статье рассмотрены некоторые шаги по внедрению Swool 4 в существующие проекты и открытию процесса сотрудничества, а также некоторые проблемы, требующие внимания, для оказания помощи нуждающимся.
Предварительное требование
Прочитайте раздел о зависимости от среды во всем документе. Эта статья посвящена только изменениям кода. Расширения Swool 4 были успешно скомпилированы и установлены по умолчанию.
Раздел рамочного кода
Во-первых, проверьте, сочетает ли используемая платформа решения Swool с открытым исходным кодом, такие как laravel-s и т. Д. Если доступно, вы можете выбрать его по запросу, если нет, и изменить код платформы со ссылкой на раздел бизнес – код.( Это затруднит обновление версии фреймворка )
Раздел Бизнес-кодекса
- Сначала прочитайте раздел документации Swool, посвященный инструкциям по совместному программированию.
- Отдельный объект изолируется идентификатором протокола, чтобы предотвратить использование одного объекта по протоколу. Ресурсы подключения, такие как Mysql и Redis, необходимо отложить для повторного использования или закрытия, чтобы предотвратить непрерывное увеличение числа подключений.
- Оцените глобальные переменные и константы и изолируйте все возможные проблемы в соответствии с идентификатором протокола.
- Измените расположение прямого эхо, печати и других выходных данных в проекте или используйте метод ob_start для получения выходного содержимого для обработки.
- Внесите изменения в библиотеки, которые не поддерживают автоматическую совместную работу в проекте, и замените их клиентом совместной работы. (например, curl).
- Измените, где в проекте используются выход и матрица.
- Будьте осторожны со статическими классами, атрибутами или переменными, а также ссылками на переменные, переданные в процесс. Избегайте этой ситуации, насколько это возможно, используя только локальные переменные.
- Для каждой модификации следует выполнять модульное тестирование, резервное копирование и откат.
- Он может быть изменен шаг за шагом по одному сценарию (например, один бизнес-модуль, простой PHP-скрипт и т.д.).
резюме
Кажется, что вышеперечисленных изменений не так много, но внести изменения в существующий проект и обеспечить нормальную работу сервиса непросто. Я надеюсь, что вы будете действовать осторожно и добьетесь успеха как можно скорее.