히리로그

재미있는건 뭐든 조아🫶

Study/C#

웹 개발을 하다 보면 HTTP 요청과 관련된 정보에 접근해야 하는 경우가 있다. 이때 HttpContext.Request를 사용하거나, Request를 사용하게 되는데 두 클래스의 차이를 알아보자. HttpContext는 HTTP 요청 및 응답에 대한 모든 정보를 캡슐화하고, HTTP 요청을 수신할 때 초기화된다. HttpContext.Request는 HttpContext클래스에 속한 HttpRequest객체에 액세스 하는 방법이다. 주로 미들웨어, 필터, 뷰 컴포넌트 등에서 사용된다. Request는 'ControllerBase' 클래스나 'PageModel' 클래스의 속성으로 일반적으로 컨트롤러나 Razor Page등 에서 사용된다. 이 Request 속성을 통해 HttpContext.Request에..

2024. 1. 30.

Study/C#

HTTP Referer HTTP Referer는 HTTP 요청 헤더의 일부로 클라이언트가 요청을 보낼 때 이전에 방문한 페이지의 주소를 나타낸다. Referer헤더는 다른 웹 사이트에서 유입된 트래픽이나 사용자의 행동 경로를 파악하는 데 사용될 수 있다 (ex. 방문자 분석 등) Referer정보를 포함하지 않고 요청할 수 있는 브라우저도 있고, Referer 정보를 보내지 않는 브라우저에 대해 액세스를 블록 할 수 도 있다. Referer를 활용하여 로그를 분석해 사용자 유입 통계에 사용할 수도 있고, 특정 기능이나 페이지에 대한 접근을 통제할 수도 있다. .NET에서 HTTP Referer 헤더 값을 가지고 오는 다양한 방법이 있다. HttpContext.Request.Headers["Referer"..

2024. 1. 30.

Study/C#

메서드에 summary를 작성하던 중에 아래와 같이 summary가 생겼다. 나중에 한참 메서드를 다 구현하고 나서 발견해서 왜 태그가 생겼는지 알 수 없었다. /// /// 메서드 설명 /// /// /// /// NotImplementedException는 요청한 메서드 또는 연산이 구현되지 않을 때 throw되는 예외이다. 코드를 작성할때를 생각해보면 interface를 상속받아 구현을 했었다. 초기에 인터페이스를 구현하면 아무것도 작성되지 않은 상태이고, 혹시라는 이때 summary를 작성해서 생겼나? 라는 생각이 들었다. 처음 인터페이스를 구현하면 아래와 같이 메서드가 생성이 된다. 이 상태에서 summary를 생성하면 위의 summary와 동일하게 출력되었다. public class test ..

2024. 1. 24.

Study/C#

필터는 MVC 프레임워크 요청 처리 파이프라인에 추가적인 로직을 삽입하기 위한 기능으로, 로깅, 인증, 캐싱과 같은 횡단 관심사를 구현하기 위한 방법을 제공한다. 작업 메서드를 실행하기 전/후에 일부 기능을 구현해야하는 상황에 필터를 사용한다. * 횡단 관심사(Cross-cutting concern)는 핵심 관심에 영향을 주는 프로그램의 영역으로, 로깅과 트랜잭션, 인증처리와 같은 시스템 공통 처리 영역. MVC5의 5가지 필터 Authentication Filter(인증 필터) 인증 요청시 사용함 Authorization Filter(권한 부여 필터) 특정 사용자 및 그룹만 액션 메서드를 사용할 수 있도록 제한함 Action Filter(액션 필터) 범용적으로 적용해야하는 로직을 요청 처리 과정에 삽입..

2024. 1. 7.

Study/C#

test.com/Member/View/1 Member : Controller View : Action 1 : Id - /Member/View/1 가 없다면 HomeController로 실행됨 - View/1 가 없다면 Index라는 Action이 실행 됨 위의 설정들은 Default이고, RouteConfig에서 수정 가능 💫 RouteConfig 💫 HomeController

2024. 1. 3.

Study/C#

ASP.NET MVC - MVC 아키텍처 패턴을 구현하는 웹 애플리케이션 프레임워크 MVC - Model, View, Controller Controller : 작업 지시, 요청 후 응답 확인 Model : 데이터 처리 담당 View: 컨트롤러를 통해 받은 데이터를 사용자에게 전달 사용자가 URL 접속이나, 버튼을 통해 웹 애플리케이션에게 요청 → 프로그램은 사용자가 요청한 내용을 컨트롤러가 확인 → 컨트롤러는 데이터처리가 필요하다면 모델에 데이터를 요청 → 모델은 처리 후 컨트롤러에 결과 응답 → 응답받은 데이터를 컨트롤러는 뷰에 전달하고, 뷰는 사용자에게 응답

2024. 1. 3.