ASP에서 계층화 된 아키텍처를 사용합니다. NET에서

명확하게 정의 된 응용 프로그램 아키텍처 계층에 초점을 맞추는 것입니다. 이 접근법은 건축가가 건물을 설계하는 방식과 유사합니다. 스카이 스크래퍼에 대한 자세한 건설 계획을 본 적이 있다면 건설 계획에 재단, 프레임, 지붕, 배관, 전기 및 건물의 다른 층에 대한 별도의 청사진이 포함된다는 것을 알고 있습니다.

)을 제공하는 경우 계층을 독립적으로 설계하고 개발할 수 있습니다. >) 신중하게 생각하고 있습니다. 층은 가능한 한 서로 독립적이어야한다. 무엇보다도 몇 가지해야 할 일과 중요하지 않은 일이 있음을 의미합니다. 각 레이어에는 명확하게 정의 된 포커스가 있어야합니다. 레이어를 올바르게 디자인하려면 각 레이어의 작업과 책임을 명확하게 설명해야합니다.

레이어는 자신의 사업을 염두에 두어야합니다. 하나의 계층이 사용자 상호 작용을 담당하는 경우, 해당 계층 만이 사용자와 통신 할 수 있습니다. 사용자로부터 정보를 가져와야하는 다른 계층은 사용자 인터페이스 계층을 통해 그렇게해야합니다. 명확하게 정의 된 프로토콜은 레이어가 서로 상호 작용할 수 있도록 설정되어야합니다.

계층 간 상호 작용은 이러한 프로토콜을 통해서만 발생합니다.

레이어는 특정 응용 프로그램에 직접 연결되어 있지 않습니다. 예를 들어, 아키텍처는 온라인 주문 시스템과 온라인 포럼에서 똑같이 잘 작동 할 수 있습니다. 결과적으로 계층화 된 아키텍처는 데이터베이스를 정의하는 ERD 또는 응용 프로그램 내에서 데이터 흐름 방식을 정의하는 데이터 흐름 다이어그램과 아무 관련이 없습니다. 그것은 분리 된 구조입니다.
몇 층입니까? 사용되는 층의 수에 따라 다양한 애플리케이션 아키텍처에 대한 몇 가지 일반적인 접근법이있다. 하나의 공통적 인 계획은 응용 프로그램을 두 개의 계층으로 분리하는 것입니다. 응용 프로그램 계층:

사용자 인터페이스의 디자인과 비즈니스 정책의 구현은이 계층에서 처리됩니다. 또한이 계층은 데이터베이스 업데이트를 트랜잭션으로 그룹화하고 트랜잭션 내의 모든 업데이트가 일관성있게 유지되는

트랜잭션 논리

를 처리 할 수 있습니다.

데이터 액세스 계층:

응용 프로그램을 지원하는 기본 데이터베이스 엔진. 이 계층은 데이터베이스의 무결성을 유지 관리합니다. 일부 또는 모든 트랜잭션 로직이이 계층에 구현 될 수 있습니다.2 층 모델에서, 애플리케이션 계층은 ASP이다. 사용자에게 제공된 페이지를 정의하는 NET 웹 페이지와 응용 프로그램의 논리를 구현하는 코드 숨김 파일 데이터 액세스 계층은 Microsoft SQL Server 또는 Oracle과 같은 데이터베이스를 관리하는 데이터베이스 서버입니다. ASP에 유의하십시오. NET 2. 0에서는 응용 프로그램의 논리 코드를 별도의 코드 숨김 파일에 둘 필요가 없습니다. 대신 논리 코드를 동일한 파일의 프리젠 테이션 코드에 삽입 할 수 있습니다. 그러나 별도의 코드 숨김 파일을 사용하여 응용 프로그램의 논리를 프레젠테이션 코드와 분리하는 것이 거의 항상 좋은 생각입니다. 이 책에 제시된 모든 응용 프로그램은 별도의 코드 숨김 파일을 사용합니다. 응용 프로그램과 데이터 액세스 계층 사이의 구분이 항상 명확하지는 않습니다. 성능상의 이유로 트랜잭션 논리는 종종 저장 프로 시저의 형태로 데이터베이스 서버로 이동되며 비즈니스 규칙은 제약 조건 및 트리거를 사용하여 데이터베이스 서버에 구현되는 경우가 많습니다. 따라서 데이터베이스 서 v는 종종 일부 응용 프로그램 논리를 처리합니다. 프레젠테이션 레이어:
이 레이어는 사용자를 처리합니다. 이 레이어는 사용자를 괴롭히는 경우

3 레이어 아키텍처

를 사용하여 비즈니스 규칙 및 정책을 처리하는 추가 레이어를 추가합니다. 인터페이스.

비즈니스 규칙 계층:

이 계층은 애플리케이션의 비즈니스 규칙 및 정책을 처리합니다. 예를 들어, 판매 응용 프로그램이 특정 사용자에게 할인을 허용하면 할인 정책이이 계층에 구현됩니다. 데이터 액세스 계층: 응용 프로그램을 지원하는 기본 데이터베이스 모델입니다.

비즈니스 규칙에 대한 별도의 계층을 작성하면 데이터베이스 설계 및 표현 논리와 규칙을 분리 할 수 있습니다. 비즈니스 규칙은 변경 될 수 있습니다. 별도의 레이어에 배치하면 사용자 인터페이스 나 데이터베이스 디자인에 통합하는 것보다 나중에 변경하기가 쉬워집니다. Model-View-Controller
웹 애플리케이션 설계를위한 또 다른 공통 모델은 Model-View-Controller
( MVC

)입니다. 이 아키텍처에서 응용 프로그램은 세 부분으로 나뉩니다.

모델

: 모델 은 사실상 응용 프로그램의 비즈니스 계층입니다. 일반적으로 고객 및 제품과 같이 응용 프로그램을 구성하는 비즈니스 엔터티를 나타내는 개체로 구성됩니다. 보기:

보기 는 응용 프로그램의 사용자 인터페이스입니다. 웹 응용 프로그램에서이 응용 프로그램의 모양과 느낌을 정의하는 하나 이상의 HTML 페이지로 구성됩니다. 컨트롤러: 컨트롤러
는 애플리케이션이 처리 한 이벤트를 관리합니다. 이벤트는 일반적으로 사용자가 단추를 클릭하거나 드롭 다운 목록에서 항목을 선택하는 것과 같은 사용자 인터페이스 작업에 의해 생성됩니다. 일반적인 ASP에서. NET 응용 프로그램,. aspx 파일은 뷰를 구현합니다. 모델 및 컨트롤러 기능이 결합되어 코드 숨김 파일에 의해 처리됩니다. 따라서 코드 숨김 파일은 모델 컨트롤러 로 생각할 수 있습니다.
비즈니스 개체에 대해 별도의 클래스를 만들어 모델 및 컨트롤러 기능을 분리 할 수 있습니다. 간단하게하기 위해이 책의 응용 프로그램은 코드 숨김 파일에 결합 된 모델 및 제어기 기능을 유지합니다.