Каков предпочтительный способ хранения экземпляра объекта, похожего на сервис, в Dancer2, к которому могут получить доступ методы маршрутов модуля?

Представьте себе что-то вроде:

get( => 'hello' => sub ($app) {
    my $hello_service = $app->get_instance_of('hello_service');
    my $message = $hello_service->greet('world');
    template 'hello', {message => $message};
});

hello_service немного сложно инициализировать, я бы не хотел обновлять его при каждом запросе. Я также не хочу, чтобы он сохранял его в переменной пакета. Есть ли что-то в Dancer2 или какой-то другой трюк, который позволит мне внедрять такие сервисы?

perl dependency-injection dancer2

31.03.2023 16:09

Стоит ли изучать PHP в 2023-2024 годах?

Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...

Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией

В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.

Приемы CSS-макетирования - floats и Flexbox

Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...

Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest

В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...

Концепция локализации и ее применение в приложениях React ⚡️

Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...

Пользовательский скаляр GraphQL

Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...

Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Мне нравится инициализировать классы стиля обслуживания с помощью Bread::Board, а затем предоставлять их глобально через пространство имен, например MyApp::Service, что-то вроде:

package MyApp::Service;

use Bread::Board;

# Generate service depdencencies with Bread::Board
my $c = container 'MyApp' => as {
    container 'Service' => as {
        service 'hello_service' => (
            lifecycle => 'Singleton',
            block     => sub {
                require MyApp::Service::HelloService;
                my $s = shift; # Use $s to resolve dependencies
                return MyApp::Service::HelloService->new; # Do args and stuff here
            }
        );
    };
};

no Bread::Board;

# Retrieve via MyApp::Service::hello_service
sub hello_service { return $c->resolve('Service/hello_service') }

Может быть другой способ сделать это, но я всегда делал это для Mojolicious, Dancer и т. д. Я знаю, что вы упомянули, что не хотите делать это в переменной пакета (извините).

Итак, в моем коде 'get' я бы назвал MyApp::Service::hello_service()->greet('world'), верно?

— 01.04.2023 13:30

@Jan Да, MyApp::Service->hello_service->greet('world'); должен подойти, есть несколько действительно крутых вещей, которые вы можете делать с DI, так что обязательно прочитайте об этом.

— 01.04.2023 16:50

01.04.2023 03:00