2010-01-22 8 views
0

N-Tier 아키텍처에 관한 모든 것. 내 웹 응용 프로그램에서는 JSON을 페이지에서 사용해야한다는 요구 사항이있었습니다. 그래서 DTO라는 계층을 도입했습니다. 그래서 제 질문은 옳은지 틀린 것입니까? 응용 프로그램에 더 많은 계층을 도입하는 유사한 변경 사항은 무엇입니까?응용 프로그램이 변경되면 새로운 계층이 만들어 집니까?

+1

"추가 계층"귀하의 질문에 당신은 같은 주제에 읽는 더 배경을 참조 할 수 있습니다, 얼마나 오픈했다 바탕으로

? 어떤 계층을 넘어서? 지금 어떤 계층이 상상하고 있습니까? 3-tier 아키텍처를 생각하고 있습니까? 또는 5-tier? 또는 N-Tier? 너 무슨 소리 야? –

+0

N-Tier 아키텍처에 관한 모든 것. 웹 응용 프로그램에서 한 페이지에 JSON을 사용해야한다는 요구가있었습니다. 그래서 DTO라는 계층을 도입했습니다. 그래서 제 질문은 옳은지 틀린 것입니까? 응용 프로그램에 더 많은 계층을 도입하는 유사한 변경 사항은 무엇입니까? – Ramesh

+1

질문을 수정하십시오. 귀하의 의견은 좋은 질문입니다. 귀하의 질문은 애매하고 대답하기가 불가능합니다. 질문을 주석으로 대체하십시오. 주석을 제거하십시오. 매우 집중된 질문을하여 좋은 답변을 얻을 수 있도록하십시오. 모호하고 일반적인 질문은하지 마십시오. –

답변

0

계층 자체를 정의하는 응용 프로그램에는 변경이 없습니다. 이것은 계층을 정의하는 코드 아키텍처입니다. 기존의 N 계층 웹 응용 프로그램과

, 당신은 :

  • 프리젠 테이션/UI 레이어 - 등 웹 페이지의 마크 업, 스타일,
  • 비즈니스 로직 계층 (들) (BLL) - 1 이상 응용 프로그램/비즈니스 규칙 및 작업이 포함 된 중간 계층
  • 데이터 액세스 계층 (DAL) - Entity 프레임 워크, LINQ 등의 영구 저장소를 처리하는 계층입니다.
  • 지속성 계층 - 실제 데이터 계층, 일반적으로 데이터베이스.

N 계층 개발의 아이디어는 각 계층이 중요한 역할을한다는 것입니다. 기본 계층의 기능에 의존하며 그 위에있는 계층의 구성 요소는 거의 알지 못합니다. 예를 들어 DAL에는 SaveUser, GetUser 등의 메서드가있을 수 있습니다. 비즈니스 계층은 이러한 메서드에 대해 알고 있지만 해당 구현이나 구현에 대해 알지 못합니다. 알고있는 것만 큼 사용자를 저장하거나 구해야 할 때 해당 메소드를 호출한다는 것입니다.

이점은 데이터베이스 유형을 MySQL에서 MSSQL으로 변경할 수 있으며 DAL 만 업데이트하면된다는 것입니다. 위의 계층은 이것에 대해 알지 못하거나 신경 쓰지 않습니다.

http://en.wikipedia.org/wiki/Multitier_architecture

관련 문제