WebApi 테스트에는 요청 전송 및 응답 수신이 포함됩니다. WebApi를 테스트하는 방법에는 여러 가지가 있습니다. 여기에서는 postman andswagger를 사용하여 WebApi를 테스트합니다. 아래와 같이 StudentController를 생성해 보겠습니다. 학생 모델 namespace DemoWebApplication.Models{    public class Student{       public int Id { get; set; }       p

ViewData는 문자열을 키로 저장하고 검색하는 객체의 사전입니다. 컨트롤러에서 뷰로 데이터를 전송하는 데 사용됩니다. ViewData는 사전이기 때문에 각 키가 문자열이어야 하는 키-값 쌍을 포함합니다. ViewData는 컨트롤러에서 뷰로 데이터만 전송하며 그 반대로는 전송하지 않습니다. 현재 요청 중에만 유효합니다. ViewData에 데이터 저장 - ViewData["countries"] = countriesList; ViewData에서 데이터 검색 - string country = ViewData[&

메시지 처리기에서는 일련의 메시지 처리기가 함께 연결됩니다. 첫 번째 핸들러는 HTTP 요청을 수신하고 일부 처리를 수행하고 요청을 다음 핸들러에 제공합니다. 어느 시점에서 응답이 생성되고 다시 체인으로 이동합니다. 이 패턴을 위임 핸들러라고 합니다. . 내장된 서버 측 메시지 핸들러와 함께 자체 서버 측 HTTP 메시지 핸들러를 생성할 수도 있습니다. 사용자 정의 서버 측 HTTPMessage 핸들러를 생성하려면 ASP.NET Web API에서는 DelegatingHandler를 사용합니다. . System.Net.Http.De

ASP.NET Web API에서 사용자 지정 서버 측 HTTP 메시지 처리기를 만들려면 System.Net.Http.DelegatingHandler에서 파생되어야 하는 클래스를 만들어야 합니다. . 1단계 - 컨트롤러 및 해당 작업 메서드를 만듭니다. 예시 using DemoWebApplication.Models; using System.Collections.Generic; using System.Linq; using System.Web.Http; namespace DemoWebApplication.Controllers{ &n

문자열 인스턴스 사용 string repeatString =new string(charToRepeat, 5) ! 문자를 반복하려면 지정된 횟수만큼. string.Concat(Enumerable.Repeat(charToRepeat, 5)) 사용 ! 문자를 반복하려면 지정된 횟수만큼. StringBuilder 빌더 =new StringBuilder(stringToRepeat.Length * 5); 사용 ! 문자를 반복하려면 지정된 횟수만큼. 문자열 인스턴스 사용 예 using System; namespace DemoApplicati

텍스트 파일을 한 줄씩 읽는 방법에는 여러 가지가 있습니다. 여기에는 StreamReader.ReadLine, File.ReadLines 등이 포함됩니다. 로컬 시스템에 아래와 같은 줄이 있는 텍스트 파일이 있다고 가정해 보겠습니다. StreamReader.ReadLine 사용 - C# StreamReader는 지정된 인코딩의 스트림으로 문자를 읽는 데 사용됩니다. StreamReader.Read 메서드는 입력 스트림에서 다음 문자 또는 다음 문자 집합을 읽습니다. StreamReader는 문자, 블록, 줄 또는 모든 콘텐

ActionName 속성은 액션 메소드의 다른 이름에 사용되는 액션 선택기입니다. 액션 메소드가 메소드의 실제 이름 대신 다른 이름으로 호출되기를 원할 때 ActionName 속성을 사용합니다. [ActionName("AliasName")] 컨트롤러 예시 using System.Collections.Generic; using System.Web.Mvc; namespace DemoMvcApplication.Controllers{    public class HomeController : Contro

목록을 병합한다는 것은 List

1단계 - 새 Windows 서비스 응용 프로그램을 만듭니다. 2단계 - Windows 서비스를 실행하려면 Service Control Manager에 등록하는 Installer를 설치해야 합니다. Service1.cs[Design] 및 AddInstaller를 마우스 오른쪽 버튼으로 클릭합니다. 3단계 - ProjectInstaller.cs [Design]를 마우스 오른쪽 버튼으로 클릭하고 보기 코드를 선택합니다. using System; using System.Collections; using Sys

|| 논리적 OR 이라고 합니다. 연산자 및 | 비트별 논리 OR이라고 합니다. 그러나 그들 사이의 기본적인 차이점은 실행 방식에 있습니다. || 구문 및 | 다음과 동일 - bool_exp1 || bool_exp2 bool_exp1 | bool_exp2 이제 1과 2의 구문은 서로 비슷해 보이지만 실행 방식은 완전히 다릅니다. 첫 번째 명령문에서 첫 번째 bool_exp1이 실행되고 이 표현식의 결과가 다른 명령문의 실행을 결정합니다. 참이면 OR이 참이므로 otherstatement를 실행하는 것은 의미가 없습니다. bool_

네트워크의 모든 시스템에는 고유한 식별자가 있습니다. 우편으로 보낼 편지의 주소를 지정하는 것처럼 컴퓨터는 고유 식별자를 사용하여 네트워크의 특정 컴퓨터에 데이터를 보냅니다. 인터넷의 모든 컴퓨터를 포함하여 오늘날 대부분의 네트워크는 네트워크에서 통신하는 방법에 대한 표준으로 TCP/IP 프로토콜을 사용합니다. TCP/IP 프로토콜에서 컴퓨터의 고유 식별자를 IP 주소라고 합니다. HttpRequest.UserHostAddress 속성 사용 예시 using System.Web.Mvc; namespace DemoMvcApplicati

정적 생성자는 정적 데이터를 초기화하거나 한 번만 수행해야 하는 특정 작업을 수행하는 데 사용됩니다. 첫 번째 인스턴스가 생성되거나 정적 멤버가 참조되기 전에 자동으로 호출됩니다. 정적 생성자는 생성자가 LoadLibrary 메서드를 호출할 수 있는 경우 비관리 코드에 대한 래퍼 클래스를 만들 때 유용합니다. 정적 생성자는 또한 제약 조건을 통해 컴파일 타임에 확인할 수 없는 유형 매개변수에 대한 런타임 검사를 시행하는 편리한 장소입니다. 정적 생성자는 다음과 같은 속성을 가집니다 - 정적 생성자는 액세스 수정자를 사용하지

리플렉션은 관리 코드가 자체 메타데이터를 읽어 어셈블리를 찾을 수 있는 경우입니다. 기본적으로 코드에서 동일한 시스템 내의 다른 코드를 검사할 수 있습니다. C#에서 리플렉션을 사용하면 형식의 인스턴스를 동적으로 만들고 해당 형식을 기존 개체에 바인딩할 수 있습니다. 또한 기존 개체에서 유형을 가져와 속성에 액세스할 수 있습니다. 코드에서 속성을 사용할 때 리플렉션은 모듈, 어셈블리 및 유형을 설명하는 Type의 개체를 제공하므로 액세스를 제공합니다. Double 유형의 속성이 있고 런타임에 실제로 값을 문자열로 갖고 유형을 변경

MIME 유형이라고도 하는 미디어 유형은 데이터 조각의 형식을 식별합니다. HTTP에서 미디어 유형은 메시지 본문의 형식을 설명합니다. 미디어 유형은 유형과 하위 유형의 두 가지 문자열로 구성됩니다. 예를 들어 - 텍스트/html 이미지/png 애플리케이션/json HTTP 메시지에 entity-body가 포함된 경우 Content-Type 헤더는 메시지 본문의 형식을 지정합니다. 이것은 수신자에게 메시지 본문의 내용을 구문 분석하는 방법을 알려줍니다. 클라이언트가 요청 메시지를 보낼 때 Accept 헤더를 포함할 수 있습니

프로세스를 사용하여 C# 애플리케이션에서 외부 애플리케이션을 실행할 수 있습니다. . 프로세스는 컴퓨터에서 실행되는 프로그램입니다. 이것은 맞춤법 검사기나 시스템 이벤트 핸들러와 같은 작은 백그라운드 작업부터 메모장 등과 같은 완전한 응용 프로그램에 이르기까지 무엇이든 될 수 있습니다. 각 프로세스는 프로그램을 실행하는 데 필요한 리소스를 제공합니다. 각 프로세스는 기본 스레드라고 하는 단일 스레드로 시작됩니다. 프로세스는 기본 스레드 외에 여러 스레드를 가질 수 있습니다. 프로세스는 사용 가능한 시스템 리소스에 크게 의존하는 반

configure 메서드는 ASP.NET Core 응용 프로그램의 시작 클래스 내부에 있습니다. Configure 메서드는 내장 IoC 컨테이너에서 제공하는 IApplicationBuilder 인스턴스를 사용하여 애플리케이션에 대한 애플리케이션 요청 파이프라인을 구성할 수 있는 곳입니다. Configure 메서드에는 기본적으로 IApplicationBuilder, IWebHostEnvironment 및 ILoggerFactory 세 가지 매개 변수가 있습니다. 런타임에 ConfigureServices 메소드가 Configure

미들웨어는 요청 및 응답을 처리하기 위해 애플리케이션 파이프라인으로 조합되는 소프트웨어 구성 요소입니다. 각 구성 요소는 파이프라인의 다음 구성 요소에 요청을 전달할지 여부를 선택하고 파이프라인에서 다음 구성 요소가 호출되기 전후에 특정 작업을 수행할 수 있습니다. 맵 확장은 파이프라인 분기를 위한 규칙으로 사용됩니다. Map 확장 메서드는 요청 경로를 기반으로 요청 대리자를 일치시키는 데 사용됩니다. Map은 단순히 경로와 별도의 미들웨어 파이프라인을 구성하는 기능을 허용합니다. 다음 예에서 기본 경로가 /maptest인

IApplicationBuilder 인스턴스를 사용하여 Startup 클래스의 Configure 메소드에서 미들웨어를 구성할 수 있습니다. Run()은 애플리케이션의 요청 파이프라인에 터미널 미들웨어를 추가하는 IApplicationBuilder 인스턴스의 확장 메서드입니다. Run 메소드는 IApplicationBuilder의 확장 메소드이며 RequestDelegate의 매개변수를 허용합니다. Run 메서드의 서명 public static void Run(this IApplicationBuilder app, Request

라우팅은 요청을 라우팅 핸들러에 매핑하는 데 사용됩니다. 경로는 애플리케이션이 시작될 때 구성되며 요청 처리에 사용할 URL에서 값을 추출할 수 있습니다. 라우팅 기본사항 라우팅은 경로를 사용합니다(IRouter 구현) 경로 처리기에 들어오는 요청 매핑 응답에 사용되는 URL 생성 라우팅은 RouterMiddleware 클래스에 의해 미들웨어 파이프라인에 연결됩니다.ASP.NET MVC는 구성의 일부로 미들웨어 파이프라인에 라우팅을 추가합니다. URL 일치 들어오는 요청은 각 경로의 RouteAsync 메서드를 순서대로

세션은 사용자 데이터를 저장/저장할 수 있게 해주는 ASP.NET Core의 기능입니다. 세션은 서버의 사전에 데이터를 저장하고 SessionId는 키로 사용됩니다. SessionId는 쿠키의 클라이언트에 저장됩니다. SessionId 쿠키는 모든 요청과 함께 전송됩니다. SessionId 쿠키는 브라우저별로 있으며 브라우저 간에 공유할 수 없습니다. SessionId 쿠키에 대해 지정된 시간 초과가 없으며 브라우저 세션이 종료되면 삭제됩니다. 서버 측에서 세션은 제한된 시간 동안 유지됩니다. 서버의 기본 세션 시간 제한은