Переход на EndecaExperienceManager

Как вы знаете, ATG и Endeca только начали интеграцию в ATG 10.2.x. Так что в старых версиях ATG интеграция требует от разработчика гораздо больше работы. Я работал над реализацией ATG 9.2 и Endeca 3.1.2, которая делает именно это. На самом деле ваш вопрос должен заключаться в том, насколько вы далеки от перехода на более позднюю версию ATG, которая хорошо интегрируется с Endeca, и какую часть вашей текущей системы вы хотели бы сохранить после такой миграции? Это важно, так как это будет означать, что вам либо нужно создать решение, имитирующее конвейер ATG Assembler (предоставляющий вам максимальный контроль над вашими шаблонами и картриджами при интеграции с Experience Manager) или менее навязчивый подход, основанный на дроплет InvokeAssembler.

Еще одна вещь, которую следует учитывать, — это то, сколько вы хотите визуализировать с помощью Experience Manager. Обычно вы делаете домашнюю страницу и страницы категорий. Страница сведений о продукте вызывает некоторые компоненты из Experience Manager (например, хлебные крошки), но данные в индексе обычно не так точны, как данные в базе данных (например, уровни запасов), поэтому для PDP вы переходите непосредственно в репозиторий. . Вы также вряд ли создадите процесс оформления заказа в Experience Manager. Это должно дать вам представление о том, что вы, вероятно, сохраните большое количество существующих страниц.

Самым быстрым подходом будет создание дроплета, который будет извлекать ваши элементы контента из диспетчера опыта, а затем начинать их рендеринг. Имейте в виду, что элементы контента — это просто прославленные ответы JSON, поэтому вы можете легко проанализировать их, когда получите.