2011-01-12 3 views
1

모범 사례를 따르기 위해 아키텍처와 패턴에 대해 조금 읽었습니다. 그래서 이것은 우리가 가지고있는 구조이며, 당신이 그것을 생각하고 제안 된 변경 사항 또는 개선 무엇을 알고 싶어 -asp.net mvc 응용 프로그램을 설계하는 방법?

  • 프리젠 테이션 레이어이 - 모든 뷰, 컨트롤러와 뷰도 요구하는 헬퍼 클래스를 포함합니다 Model Layer 및 Business Layer에 대한 참조를 포함합니다.
  • 비즈니스 계층 - 비즈니스에 사용되는 모든 비즈니스 로직과 유효성 검사 및 보안 도우미 클래스를 포함합니다. DataAccess Layer 및 Model Layer에 대한 참조를 포함합니다.
  • 데이터 액세스 레이어 - 엔터티 클래스의 엔터티 클래스 (CRUD) 작업에 대해 수행되는 실제 쿼리를 포함합니다. Model Layer에 대한 참조를 포함합니다.
  • 모델 계층 - 엔터티 프레임 워크 모델, DTOs, Enums가 들어 있습니다. 위의 계층에 대한 참조가 없습니다.

위의 아키텍처에 대한 의견은 어떻습니까? 문제는 저장소 패턴, 도메인 기반 디자인 및 기타 디자인 패턴과 같은 것을 읽음으로써 혼란스러워지고 있다는 것입니다. 우리가 가지고있는 아키텍처는 여전히 엄격하지는 않지만 상대적으로 괜찮습니다. 그리고 잘 작동합니다. 그리고 나는 생각하고 실제로 물건을 혼란스럽게하지는 않습니다. 그러나 나는 틀린 것 같습니다. 나는 여기에 어떤 도움이나 제안을 주셔서 감사합니다. 나는 정말로 내가 놓친 진짜 큰 문제를 찾고있다 ... 고마워!

+0

(이 게시물을 편집해야하는 경우 편집 해 주시기 바랍니다. 다시 게시하지 마십시오.) –

+0

1 자릿수의 수정 사항은 무엇입니까? 앞 페이지로 부딪 혔습니까? –

+0

예. 그 이후 많은 의견을 얻지 못했기 때문에 선택의 여지가 없었습니다! – Vishal

답변

1

약간의 이유는 특정 아키텍처를 원하는 이유에 따라 약간 다르지만, 상호 운용성과 테스트 가능성을 고려한 소량의 표준 MVC 응용 프로그램을 가정하면 사용자가 설명한 구조가 정확히 입니다. .

이 경우에는 예외없이 강력하게 적용해야합니다. 모델 레이어에 "실제로 위의 항목에 대한 참조가 없습니다."라는 말은 다소 모호합니다 - 이 아닌을 참조해야합니다.

저장소 패턴과 같은 다른 측면은 데이터 계층이 구현되는 방식으로 도입되며 레이어 자체를 지정하지는 않습니다.

관련 문제