Laravel 전역 데이터 처리 정보

laravel에서는 미들웨어를 통해 인증 정보를 처리하거나 일부 비즈니스 로직 처리를 설계할 수 있습니다

미들웨어에서 이러한 데이터를 처리한 후 어디에 저장해야 합니까?
예를 들어 userObject와 같은 객체를 사용할 수도 있고, 후속 로직(서비스 계층, 모델 계층, 뷰 계층)만 사용할 수도 있습니다.
미들웨어에서 획득하고 처리한 데이터는 어디에 배치해야 하나요?(한 번의 요청으로)

프레임워크를 사용하지 않을 때는 일반적으로 저장용으로 슈퍼 변수를 정의합니다. MVC에서는 전역 변수를 사용하지 않는 것이 좋습니다. 그러면 Laravel에서는 일반적으로 어디에 배치되나요?

세션 앱 컨테이너에 저장할 수 있다는 것은 알고 있지만 최상의 솔루션은 아닌 것 같습니다.

답글 내용:

laravel에서는 미들웨어를 통해 인증 정보를 처리하거나 일부 비즈니스 로직 처리를 설계할 수 있습니다

미들웨어에서 이러한 데이터를 처리한 후 어디에 저장해야 합니까?

예를 들어 userObject와 같은 객체를 사용할 수도 있고, 후속 로직(서비스 계층, 모델 계층, 뷰 계층)만 사용할 수도 있습니다.
미들웨어에서 획득하고 처리한 데이터는 어디에 배치해야 하나요?(한 번의 요청으로)

프레임워크를 사용하지 않을 때는 일반적으로 저장용으로 슈퍼 변수를 정의합니다. MVC에서는 전역 변수를 사용하지 않는 것이 좋습니다. 그러면 Laravel에서는 일반적으로 어디에 배치되나요?

세션 앱 컨테이너에 저장할 수 있다는 것은 알고 있지만 최상의 솔루션은 아닌 것 같습니다.

미들웨어는 요청/응답을 필터링하는 데 사용되는 파이프라인일 뿐입니다. 데이터를 데이터베이스에 저장해야 한다면 Eloquent를 사용하거나 DB 파사드를 직접 사용하면 됩니다.

기억 속에 존재합니다. 예를 들어 현재 사용자에 대해

또는 현재 인증된 사용자와 관련된 다른 코드를 호출하면 해당 UserModel이 트리거되어 이 요청에서 생성되지 않은 사용자 개체를 가져올 수 있습니다. 그러면 해당 요청의 메모리에 항상 존재하게 됩니다.

다른 모든 변수, 공급자, 바인딩, 종속성 주입, 별칭 등은 모두 이 논리를 기반으로 합니다. 그리고 성능을 향상시키기 위해 매우 유연한 로딩 방법을 가지고 있습니다. 라우팅, 구성 캐싱 및 로딩(예: 연기) 등이 있습니다. Auth::user
이 세트는 Laravel의 핵심인 컨테이너를 기반으로 합니다. 공식 문서는 처음부터 이러한 개념에 대해 설명합니다. 문서는 핵심 개념

을 참조하세요.

Laravel의 사용자 정의 가능한 부트스트랩 시작 프로세스에서 첫 번째 단계는 일반적으로 큰 컨테이너인 애플리케이션을 로드하는 것입니다.

어디에서나 현재 앱의 데이터 로드 상태를 볼 수 있습니다.