например. у вас есть библиотека, которую вы используете в двух приложениях. Скорее всего, у вас будет собственный проект для этой библиотеки, верно? Теперь вы можете рассматривать эту библиотеку как самостоятельный проект с управлением версиями и регулярно делать релизы; но это может быть очень громоздким, если вам нужно менять код библиотеки довольно часто, и все эти изменения напрямую связаны с изменениями в ваших двух приложениях, использующих эту библиотеку. Вместо этого вы можете создать два проекта, по одному для каждого приложения, а затем два рабочих пространства, одно из которых состоит из проекта библиотеки и приложения 1, другое - из проекта библиотеки и приложения 2. Открытие рабочего пространства всегда открывает оба соответствующих проекта, сборку рабочего пространства. настройки автоматически применяются к ним обоим, они оба строят в один и тот же каталог сборки (который на самом деле выбирается XCode автоматически, но выбирается рабочим пространством, а не проектом), а также при глобальном поиске, поиске символов и т. д. XCode всегда будет делать это в обоих проектах. Кроме того, если вы измените параметры сборки для проекта библиотеки, поскольку это необходимо, изменения также будут корректно установлены при открытии другого рабочего пространства, что является преимуществом прямого импорта файлов библиотеки в два разных проекта. А теперь подумайте о 50 библиотеках, 20 приложениях, и каждая из них использует различные из этих 50 библиотек.
Возможно, это не та идея, которую имела в виду Apple, это может быть не идеальный вариант использования для рабочих пространств, и у других людей могут быть лучшие идеи, но это один из вариантов использования, который я могу придумать.