Класс пользы WCM можно использовать везде, где мы можем использовать модели слинга.Какой из них предпочтительнее и почему?

Если дана возможность использовать модели слинга или класс использования WCM, который должен быть предпочтительным, когда и почему?

является ли любой из них лучшей производительностью?

спасибо заранее

1 ответов


модели Sling экономят вам много времени для доступа к простым объектам в качестве текущей страницы / ресурса, ввода некоторых свойств или услуг, адаптации из ресурса или запроса HTTP sling к вашей модели. Конечно, при использовании простого API ваш код будет выполняться немного быстрее, потому что вы инициализируете только объекты, которые вам действительно нужны, но вы должны делать все это "вручную". Я думаю, что это sightly введение дает хороший обзор всех возможных реализация вы можете пойти с. Вы также можете посмотреть sightly официальная документация. Ниже вы можете найти краткий обзор того, что вы можете ожидать и, надеюсь, сделать ваше решение проще (цитируется из официальной документации sightly).

Java Use Provider

преимущества Use-объекты, предоставляемые через пакеты:

  • быстрее инициализировать и выполнять, чем модели Sling для аналогичных код
  • легко расширяться от других подобных объектов использования
  • простая установка для модульного тестирования

Use-объекты, поддерживаемые ресурсами:

  • быстрее инициализировать и выполнять, чем модели Sling для аналогичного кода
  • легко переопределить от наследования компонентов через путь поиска наложение или с помощью свойства sling:resourceSuperType, позволяющего для большей гибкости
  • бизнес-логика для компонентов сидит рядом со сценариями Sightly, где объекты используются

недостатки Use-объекты, предоставляемые через пакеты:

  • не хватает гибкости с точки зрения наложения компонентов

Use-объекты, поддерживаемые ресурсами:

  • не удается расширить другие объекты Java
  • проекту Java может потребоваться другая настройка, чтобы разрешить запуск устройства тесты, так как объекты будут развернуты как содержание

Модели Слинга Используют Провайдера

преимущества

  • удобные Примечания впрыски для извлечения данных
  • легко расширить от других слинг модели
  • простая установка для модульного тестирования

недостатки

  • не хватает гибкости с точки зрения наложения компонентов, опираясь на услуга.ранжирование конфигурации

Если вы спросите меня, я всегда буду брать рамки в качестве моделей слинга или среза, что делает разработку проще и быстрее. В конце концов, влияние на производительность с использованием фреймворка на самом деле не проблема, будет не только одна сторонняя фреймворк в проекте. Но если ваш проект ориентирован на производительность, вероятно, вы могли бы сделать несколько тестов со всеми возможностями, которые у вас есть, и решить, подходит ли такая структура вашим потребностям (или просто смешать оба).