초보자가 쉽게 시작할 수 있도록 여기서는 .NET 초보자의 빠른 개선에 전념하는 몇 가지 일반적인 기술 사항에 대해 흥미로운 방법으로 이야기합니다! 지식은 일반적이고 핵심은 학습 아이디어입니다. 기술은 생활에서 나오며, 기술은 이런 방식으로 학습될 수 있습니다. 벽돌과 박격포를 던지면 됩니다.
계층 구조는 실제 사회 어디에서나 볼 수 있습니다. 어떤 촌장이 자기 아내에게 자랑스럽게 자랑하던 농담이 기억난다. “중국에서 나보다 공직이 많은 사람은 향장, 군수, 도지사, 국무총리 네 명뿐이다. 이사회." 이 농담은 현실 사회의 계층화 현상을 반영하기도 한다. 사회에 사는 사람도 계층화되고, 회사의 인사구조도 계층화되고, 찐빵을 만드는 우리도 계층화됩니다. 레이어링의 목적은 다양하지만 모두 특정 문제를 해결하기 위해 만들어졌습니다. 따라서 계층화된 아키텍처는 실제로 특정 문제를 해결하기 위해 만들어진 솔루션입니다.
가장 일반적으로 사용되는 소프트웨어 시스템은 일반적으로 3계층 아키텍처에 대해 이야기합니다. 실제로 전체 비즈니스 애플리케이션은 프레젠테이션 계층, 비즈니스 논리 계층, 데이터 액세스 계층 등으로 구분됩니다. 비즈니스 세부 사항, 다양한 기능 코드 분산화는 시스템 설계 및 개발에 더 도움이 되며 동시에 가능한 변경에 대해 더 작은 단위를 제공하므로 시스템 유지 관리 및 확장에 매우 도움이 됩니다.
일반적인 3계층 아키텍처에는 기본적으로 그림 1과 같이 다음 부분이 포함됩니다.
그림 1 일반적인 3계층 아키텍처
데이터 액세스 계층 DAL: 데이터베이스와의 상호 작용 및 액세스를 구현하고 데이터베이스에서 데이터를 얻거나 데이터베이스에 데이터를 저장하는 데 사용됩니다.
비즈니스 로직 레이어 BLL: 비즈니스 로직 레이어는 상위와 하위 레이어를 연결하며 비즈니스 목표를 달성하기 위해 상위 및 하위 대화형 데이터를 논리적으로 처리하는 데 사용됩니다.
프레젠테이션 레이어 웹: 주로 사용자와의 상호작용을 구현하고, 사용자 요청을 수신하거나 사용자가 요청한 데이터 결과 표시를 반환하며, 구체적인 데이터 처리는 비즈니스 로직 레이어와 데이터 액세스 레이어에 맡깁니다.
일상적인 개발의 많은 경우 공통적인 것을 재사용하기 위해 각 레이어에서 사용하는 일부를 추상화합니다. 예를 들어, 모델이라는 여러 계층을 통해 전달하기 위해 데이터 개체 엔터티와 메서드를 분리합니다. 데이터 검증, 캐싱 처리, 암호화 및 복호화 처리 등과 같은 일부 일반적인 일반 보조 클래스 및 도구 방법도 Common이라는 다양한 계층 간 재사용을 허용하기 위해 별도로 분리되어 독립 모듈로 사용됩니다.
이 시점에서 3계층 아키텍처는 그림 2에 표시된 상황으로 발전합니다.
그림 2 3계층 아키텍처 진화 결과
비즈니스 항목 모델: 항목 클래스 데이터 구조를 캡슐화하는 데 사용되며 일반적으로 비즈니스에 존재하는 개체를 객관적으로 설명하기 위해 데이터베이스 테이블이나 뷰를 매핑하는 데 사용됩니다. 더 나은 분리, 더 나은 계층화 역할 수행, 더 나은 재사용 및 확장, 향상된 유연성을 위해 모델이 분리되었습니다.
공통 클래스 라이브러리 Common: 공통 보조 도구 클래스입니다.
더 나은 재사용과 간단한 코드를 위해 데이터베이스의 일반적인 작업을 데이터 작업 클래스(예: DbHelperSQL)로 추상적으로 캡슐화할 수 있습니다. 데이터 계층의 맨 아래 계층은 일반 데이터베이스 작업 클래스를 사용하여 데이터베이스에 액세스합니다. 최종 완전한 3계층 아키텍처는 그림 3에 나와 있습니다.
그림 3 최종 완전한 3계층 아키텍처
데이터베이스 액세스 클래스는 일반적으로 사용되는 일부 반복 데이터베이스 작업을 캡슐화하는 ADO.NET의 캡슐화입니다. 예를 들어 Microsoft의 엔터프라이즈 라이브러리 SQLHelper.cs, Dongsoft의 DBUtility/DbHelperSQL 등은 DAL에 데이터베이스 액세스를 위한 보조 도구 클래스를 제공합니다.
위의 분석을 통해 우리는 오늘날 일반적으로 사용되는 3티어 아키텍처가 어떤 모습인지 알 수 있는 동시에, 3티어 아키텍처가 사용되는 동안의 진화 과정도 일부 알 수 있습니다. 그렇다면 왜 이런 식으로 계층화되어 있으며, 각 계층 구조의 역할은 무엇입니까? 계속해서 아래를 살펴보겠습니다.
돼지고기 값이 계속 오르고 있는데, 돼지를 키워서 부자가 된 사람도 있다고 하는데, 프로그래머들은 코딩을 하면 미래가 없고, 차라리 돼지를 키우는 편이 낫다고 합니다. 돼지를 키우는 것이 기술적인 내용이 없고 코드를 작성하는 것보다 쉽다고 생각하지 마세요. 사실 돼지를 키우는 것은 코드를 작성하는 것만큼 기술적인 것도 아닙니다. 3계층 아키텍처를 더 잘 이해하기 위해 돼지 사육을 예로 들어보겠습니다. "돼지고기를 먹지 않았다면 돼지가 달리는 것을 본 적이 없다!"라는 말이 있습니다.
그림 4는 양돈 산업 조립 라인의 3층 아키텍처에 대한 흥미로운 다이어그램입니다.
그림 4 3층 구조와 양돈
그림 3과 그림 4를 비교하면 다음을 확인할 수 있습니다.
데이터베이스는 돼지우리와 같습니다. 모든 돼지는 지역별, 번호별로 순서대로 서로 다른 돼지우리에 저장됩니다.
DAL은 도살장과 같습니다 돼지를 돼지우리에서 꺼내서 도축(가공)합니다. 필요에 따라 해당 부분(밭)을 꺼내거나 분류하고 정리(통계)하여 전체를 형성합니다. 돼지고기 상자(데이터 세트)를 식품 가공 공장(BLL)으로 전송합니다. 원래는 같은 무리가 돼지 잡는 일과 죽이는 일을 모두 담당했는데 나중에는 효율성이 너무 낮다고 느껴서 돼지 잡는 일(DBUtility)을 맡게 하고, 지정된 돼지만 잡는 일을 하게 했다. 요구 사항에 따라.
BLL은 마치 식품가공공장과 같아서 돼지고기를 다양한 식용식품으로 심도 있게 가공(비즈니스 가공)하는 곳입니다.
웹은 음식을 판매할 수 있는 아름다운 제품으로 포장하여 고객에게 보여주는(UI 프리젠테이션 레이어) 쇼핑몰과 같습니다.
돼지는 모델과 같습니다 어느 공장(레벨)이든 모든 링크에서 전달되는 에센스는 돼지고기로 전 과정을 거치게 됩니다.
공용 클래스 라이브러리 Common은 작업자가 사용하는 다양한 도구에 해당하며, 공장(레벨)별로 정육점 칼, 밧줄, 가위, 포장 상자, 공구 카트 등 공용 도구(클래스)를 제공합니다. 실제로 각 부서에서 자체 도구를 만들 수도 있었지만 그러면 효율성이 떨어지고 전문성이 떨어지며 많은 작업이 반복되었을 것입니다. 그래서 누군가는 이런 도구를 만들어 여러 공장에 공급하기 위해 이런 공장을 열었습니다. 이러한 분업으로 인해 공장은 본업에 집중할 수 있게 되었습니다.
물론 이는 비유일 뿐이다. 실제 상황은 세부적으로는 다를 수 있다. 이 예는 돼지우리에서 쇼핑몰까지의 단방향 프로세스만 보여줍니다. 실제 3계층 개발에서 데이터 상호작용은 양방향이며 검색하거나 저장할 수 있습니다. 그런데 한쪽 끝에서 돼지를 몰아넣고, 반대쪽 끝에서 햄이 튀어나오는 기계가 있다고 합니다. 햄소시지가 안 팔리면 반대쪽부터 다시 넣으면 돼지가 그대로 나오는데 3단으로 연결될 줄은 몰랐네요. 구조. 위의 내용은 농담일 뿐이지만 3티어 아키텍처의 기본 개념을 더 쉽게 이해할 수 있게 해줍니다.
위에서 너무 많은 말을 했는데, 어떤 사람들은 데이터베이스에서 콘텐츠를 직접 검색하여 직접 운영할 수는 없냐고 물을 수도 있습니다. 굳이 3계층 아키텍처를 사용해야 하는 이유는 무엇입니까? 3계층 아키텍처의 이점은 무엇입니까?
물론 계층화도 없이 전체 공정이 도살장, 가공공장 등으로 구분되지 않듯이 모든 작업(도축, 가공, 판매)이 같은 장소(공장)에서 완료됩니다. 그런데 왜 가공공장과 쇼핑몰이 필요한가? 규모가 상대적으로 크면 관리가 매우 복잡해지고 이러한 육종 방법은 더 이상 규모의 요구를 충족할 수 없기 때문입니다. 더욱이, 사회 발전의 관점에서 볼 때, 사회적 분업은 인간 진보의 표현입니다. 사회적 분업의 장점은 적합한 사람들이 자신이 잘하는 일을 할 수 있게 하여 평균 사회 노동 시간을 크게 단축하고 생산 효율성을 크게 향상시킨다는 것입니다. 고품질의 효율적인 노동생산물을 제공할 수 있는 사람만이 시장경쟁에서 높은 이윤과 높은 가치를 얻을 수 있습니다. 사람의 재능을 최대한 활용하고, 재료를 최대한 활용한다는 것의 가장 심오한 의미는 사회의 분업에서 비롯됩니다. 소프트웨어 개발에서도 마찬가지입니다. 소규모 프로젝트를 작업할 때는 레이어링 여부에 차이가 거의 없으며 더 귀찮고 장황해 보입니다. 그러나 프로젝트가 더 크고 복잡해지면 계층화의 장점이 드러납니다. 따라서 레이어로 분할할지 여부는 프로젝트의 실제 상황에 따라 달라지며 일반화할 수 없습니다.
관련 문서: 계층화된 개발 아이디어와 샤오롱바오
위 내용은 3층 건축과 돼지 사육의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
