Microsoft MVP성태의 닷넷 이야기
.NET Framework: 11. HttpContext의 간략이해 [링크 복사], [링크+제목 복사],
조회: 26049
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

다음은 제가 "microsoft.public.kr.dotnet.asp"에 올렸던 답변 내용입니다.

-----------------------------------------------------------------------


1. 우선, asp.net의 동작 구조에 대한 이해가 있으면 좋을 것 같습니다.
http://msdn.microsoft.com/msdnmag/issues/02/09/httppipelines/

Context라는 것이 보통 "문맥"으로 해석이 되는데요.
가끔 그 말이 별로인 것 같으면서도 어떻게 다른 말로 해석이 좀 모호하더라고요.
어쨌든, asp.net pipeline 구조에서 "하나의 요청"이 발생해서 끝날 때까지
"하나의 문맥"이 따라다닌다고 보시면 됩니다.
때로는 그 요청에 대해서 유일한 일종의 "저장소" 역할을 하기도 합니다.
예를 들어, global.asax에서 BeginRequest 이벤트에서 들어오는 모든 Http
요청 중에 IP가 "192"로 시작하는 것이 있다면 이후의 aspx.cs 안에 있는 페이지
개체에서 별도의 처리를 하고 싶은 경우....

------ global.asax -------
BeginRequest()
{
   if ( Request.ServerVariables[ "클라이언트_주소_쿼리하는_변수명" ].Find(
"192" ) == -1 )
   {
       HttpContext.Current[ "realm" ] = "external";
   } else {
       HttpContext.Current[ "realm" ] = "internal";
   }
}


------- testForm.aspx.cs -----
void Page_Load()
{
    if ( HttpContext.Current[ "realm" ] == "internal" )
    {
    }
}

위와 같은 식으로 처리하면 될 것입니다. 위에서 말했던 것처럼 A 요청이 최초
들어올 때에 해당 요청에 따라붙는 HttpContext 개체가 생기고 그 요청에 대한
처리가 모두 끝날 때 해당 HttpContext 개체는 수명을 다하게 됩니다.

Context라는 말은 다른 곳에서도 비슷하게 쓰이고 있죠. 트랜잭션 Context에
보면, GetObjectContext로 해당 트랜잭션의 문맥 개체를 얻어내는 데, 그
문맥 개체에는 트랜잭션에 대한 다양한 정보가 들어있습니다.


2. 둘 다 동일한 것입니다.
Context.User.Identity...라고 쓰는 것은 해당 Page 개체나 ascx 개체의
공용변수로 Context를 노출해주기 때문에 그렇게 쓸 수 있는 거죠. 하지만, 그
Context 공용 변수 정의를 보게 되면, System.Web.HttpContext.Current를
반환하도록 하고 있을 겁니다. 한번 확인해 보세요. ^^

--
======= (c) .NETXpert ==========
url : http://www.dotnetxpert.com
eml : kevin@dotnetxpert.com
msn: kevin025@magicn.com

MCSD.NET
==============================

"DotNetMania" <kmh7453@msn.com> wrote in message
news:#Vg8QfBlEHA.3520@tk2msftngp13.phx.gbl...
> 1
> 먼저 httpContext 라는게 모든개별 http요청에 관련정보를 캡슐화한다고
> 하는데..이 말이 이해가 안갑니다.
> 어떠한 http요청을 말하는건지...좀 설명부탁드리구요..
>
> 2
> System.Web.HttpContext context = System.Web.HttpContext.Current;
> context.User.Identity.Name;
>
> 이렇게 사용하는거랑
>
> Context.User.Identity.Name;
>
> 달랑 이렇게 사용하는거랑 무슨차이인가요?
>
>









[최초 등록일: ]
[최종 수정일: 7/17/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  55  56  57  [58]  59  60  ...
NoWriterDateCnt.TitleFile(s)
12550정성태3/5/202116694오류 유형: 701. Live Share 1.0.3713.0 버전을 1.0.3884.0으로 업데이트 이후 ContactServiceModelPackage 오류 발생하는 문제
12549정성태3/4/202118486오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/202119620개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/202120105오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/202120313개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202122812.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202123222.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202120696VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202122232개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202119932개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202121582.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202121388Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202122021.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202121097.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202120405개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202119554개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202120455개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202118655개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202120714개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202119132개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202122259개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202121257개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202121563개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202121466개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202117960개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202116497개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
... 46  47  48  49  50  51  52  53  54  55  56  57  [58]  59  60  ...