В предыдущих системах дизайны хранились в библиотеке, а заказы просто ссылались на них по идентификатору. Это означало, что идентификаторы дизайнов должны были координироваться между студиями и центром печати. Таким образом, дизайны приходилось «регистрировать» перед рассылкой по студиям. Иногда синхронизация идентификаторов нарушалась, фотографии печатались в неверном дизайне, и посетители получали не то, что рассчитывали получить. Когда художники обновляли дизайн, в очереди производства оставались DVD со старым вариантом дизайна. Иногда замена проходила нормально, иногда – нет.
В новой системе варианты дизайна не требуют регистрации. Данные, поступившие в формате XML, отправляются непосредственно в производство; это позволяет дизайнерам вносить изменения в любой момент и распространять их тогда, когда они считают нужным. Изменение дизайна не влияет на заказы в очереди на производство, потому что каждый заказ полностью самостоятелен. Новая версия дизайна доходит до студий и постепенно начинает появляться в потоке заказов.
Не копировались только файлы изображений. Они были слишком большими, поэтому каждому изображению (как являющемуся частью дизайна, так и снятому в студии) присваивался собственный код GUID. Как правило, присваивание объекту кода GUID является фактическим объявлением его неизменности. Когда студийный сервер будет готов к записи заказов на DVD, он перебирает заказы и извлекает из них коды GUID (с применением известного паттерна «Посетитель»). Каждое найденное изображение записывается на DVD вместе с фотографиями посетителя и фонами дизайна.
Related posts:
- Сложность наших систем
- Модули и программа Launcher
- Построение систем с иерархической структурой
- Неизменность данных и коды GUID