우리는 주로 프로젝트 구조를보다 명확하게 만들고, 분업을보다 명확하게 만들고, 사후 유지 보수 및 업그레이드에 도움이되는 3 계층 구조를 사용합니다. 마스터 프로그램 모듈은 하위 프로그램 모듈이 실행되지 않을 때만 대기 중이기 때문에 성능이 향상되지 않을 수 있습니다. 따라서 애플리케이션 계층화는 실행 속도에 약간의 손실을 초래할 수 있습니다. 하지만 팀 개발 효율성의 관점에서 우리는 전혀 다른 효과를 느낄 수 있다.

3 계층 구조는 특허가 아니라는 점에 유의해야 한다. 그물, 데이터베이스 전용 기술도 아닙니다. 좀 더 일반적인 건축 설계 개념입니다.

UI 계층은 사용자와 상호 작용하는 인터페이스입니다. 사용자는 UI 계층을 통해 BLL 계층으로 요청을 보낸 다음 BLL 계층은 DAL 계층으로 요청을 보냅니다. DAL link 데이터베이스는 필요한 데이터를 가져와 비즈니스 논리 계층으로 반환합니다. BLL 레이어는 그에 따라 데이터를 처리하고 인터페이스에 사용자에게 제공합니다.

실제 응용에서는 구체적인 상황에 따라 세분화되어 다층 구조를 갖게 된다. 많은 층이 있지만, 3 층 구조에서 벗어나지 않고, 단지 세분화했을 뿐이다.

DALFactory 는 일반적으로 반사 원리를 사용하여 특정 DBUtility 인스턴스를 가져옵니다. 데이터베이스 변경 사항을 처리하는 데 사용됩니다.

3 계층 아키텍처의 정수는 한 문장이다: 효율을 희생하고 유연성을 바꾼다!

내가 차를 생산하려는 것처럼, 나는 단지 하나의 전체 구조를 정의하기만 하면 된다. 예를 들면, 나는 네 개의 바퀴와 핸들 ... 바퀴와 핸들에 관해서는, 나는 내가 가지고 있어야 할 기능 (이것은 인터페이스의 역할) 을 할 수 있다. 예를 들면 마찰계수, 예를 들면, 다른 업체들이 할 수 있게 한다. 나는 그가 어떻게 하든 다른 제조사가 하든 상관없다. 내 기준에 맞는 바퀴를 주면 된다.