Можно ли использовать sessionStorage вместо общего сервиса?

Question

Я просто хотел бы знать, плохо ли использовать sessionStorage вместо sharedservice в Angular. Причина в том, что sessionStorage очень прост:

• Я могу легко получить к нему доступ из любого места в моем приложении
• Мне не нужно беспокоиться о том, чтобы импортировать его везде
• Мне не нужно беспокоиться о проблемах с круговой инъекцией

sessionStorage настолько прост в использовании, что я хотел бы использовать его для хранения таких вещей, как текущий вошедший в систему пользователь, доступ пользователя, базовый URL для вызовов ... все, что я бы положил в sharedservice

Answer 1

вы можете использовать sessionStorage везде в своем приложении, но это не лучший способ решить проблему. Представьте себе, если в будущем вы захотите переключиться на другой механизм хранения, например, store.js , собираетесь ли вы изменить все ссылки в вашем приложении с помощью новой библиотеки?

Это проще и намного гибче, если вы создадите крошечную оболочку вокруг механизма хранения, которая будет просто прозрачно вызывать библиотеку из вызывающей стороны.

что-то вроде:

angular.service('Storage', function() {

  this.set = (key, value) => {
    storageMechanism.set(key, value);
  };

  this.get = key => {
    return storageMechanism.get(key);
  };

});