«layers» 태그된 질문

계층 (또는 추상화 수준 또는 추상화 계층)은 특정 기능 집합의 구현 세부 정보를 숨기는 방법입니다.

12
"비즈니스 로직은 모델이 아닌 서비스에 있어야 얼마나 정확합니까?"
상태 오늘 저녁 나는 준 대답 에 StackOverflow에 대한 질문을. 질문: 기존 객체의 편집은 저장소 계층 또는 서비스에서 수행해야합니까? 예를 들어 부채가있는 사용자가있는 경우. 나는 그의 빚을 바꾸고 싶다. 객체를 가져 와서 편집하고 저장하여 BuyingService와 같은 UserRepository 또는 서비스에서해야합니까? 내 대답 : 객체를 동일한 객체로 변경하는 책임은 그대로두고 리포지토리를 사용하여이 …

13
“낮은”응용 계층이“높은”계층을 인식하지 않는 것이 좋은 생각 인 이유는 무엇입니까?
일반적인 (잘 설계된) MVC 웹 앱에서 데이터베이스는 모델 코드를 인식하지 못하고, 모델 코드는 컨트롤러 코드를 인식하지 않으며, 컨트롤러 코드는 뷰 코드를 인식하지 못합니다. (하드웨어에서 시작하거나 더 나아가서 패턴이 동일 할 수 있다고 생각합니다.) 다른 방향으로 가면 한 레이어 만 내려갈 수 있습니다. 뷰는 컨트롤러를 인식 할 수 있지만 모델은 인식 …

3
Bob 아저씨의 깔끔한 아키텍처-각 계층의 엔티티 / 모델 클래스?
배경 : 내 안드로이드 앱에서 Bob 아저씨의 깨끗한 아키텍처를 사용하려고합니다. 올바른 방법을 보여주기 위해 노력하는 많은 오픈 소스 프로젝트를 연구했으며 RxAndroid를 기반으로 흥미로운 구현을 발견 했습니다 . 내가 알았던 것 : 모든 계층 (프레젠테이션, 도메인 및 데이터)에는 동일한 엔터티 (토킹 UML)에 대한 모델 클래스가 있습니다. 또한 데이터가 경계를 넘을 때마다 …

6
저장 프로 시저가 3 계층 분리를 위반합니까?
저의 일부 동료들은 데이터베이스에 저장 프로 시저에 비즈니스 로직이있는 것은 데이터베이스가 데이터 계층에 속하고 저장 프로시 저는 비즈니스 로직이기 때문에 3 계층 분리 아키텍처를 위반한다고 말했습니다. 저장 프로 시저가 없으면 세계는 매우 어두운 곳이라고 생각합니다. 그들은 실제로 3 계층 분리를 위반합니까?

2
Android 개발에서 ORM을 사용하는 것이 합리적입니까?
Android 개발에서 ORM을 사용하는 것이 합리적입니까? 아니면 UI와 DB 계층 간의 긴밀한 연결을 위해 프레임 워크가 최적화 되었습니까? 배경 : 방금 Android 개발을 시작했으며 첫 번째 본능 (.net 배경에서 제공)은 작은 객체 관계형 매퍼 및 상용구 클로드를 줄이는 데 도움이되는 기타 도구 (예 : POJOs + OrmLite + Lombok )를 …

7
GUI로 시작하는 응용 프로그램을 작성하는 것이 유용 할 수 있습니까?
응용 프로그램 디자인 및 개발 트렌드는 도메인, 데이터 액세스, 인프라 등 "거트"로 시작하는 것 같습니다. GUI는 일반적으로 프로세스의 후반에 나오는 것 같습니다. GUI를 먼저 빌드하는 것이 유용 할 수 있는지 궁금합니다. 저의 이론적 근거는 최소한 프로토 타입 GUI를 구축함으로써이면에서 어떤 일이 발생해야하는지 더 잘 이해할 수 있으며 도메인 작업과 코드 …

3
계층 구조의 검증 및 권한 부여
"당신은 계층 구조에서 유효성 검사가 어디에 있는지 묻는 또 다른 질문이 아닌가?" 글쎄요, 그러나 이것은 주제에 대해 조금 다른 생각이 될 수 있기를 바랍니다. 유효성 검사는 다양한 형식을 취하고 상황에 따라 다르며 아키텍처의 각 수준에 따라 다릅니다. 이것이 포스트의 기초입니다-각 계층에서 어떤 유형의 검증이 수행되어야하는지 식별하는 데 도움이됩니다. 또한 권한 …

4
계층화 된 소프트웨어 아키텍처에서 동일한 계층의 개체간에 종속성을 갖는 것이 문제가됩니까?
n- 계층 아키텍처와 의존성 주입을 가진 중간 규모의 소프트웨어를 고려할 때, 계층에 속하는 객체는 하위 계층의 객체에 의존 할 수 있지만 상위 계층의 객체에는 의존하지 않을 수 있습니다. 그러나 같은 레이어의 다른 객체에 의존하는 객체에 대해 어떻게 생각 해야할지 모르겠습니다. 예를 들어, 3 개의 레이어와 이미지의 레이어와 같은 여러 객체가있는 …

3
엔터티 프레임 워크 및 레이어 분리
Entity Framework에서 약간의 작업을 시도 중이며 레이어 분리에 관한 질문이 있습니다. 나는 일반적으로 UI-> BLL-> DAL 접근법을 사용하며 여기에서 EF를 사용하는 방법이 궁금합니다. 내 DAL은 대개 다음과 같습니다. GetPerson(id) { // some sql return new Person(...) } BLL : GetPerson(id) { Return personDL.GetPerson(id) } UI : Person p = personBL.GetPerson(id) …

1
어니언 아키텍처 및 3 계층 아키텍처
BL이 CRUD를 수행하기 위해 DAL (또는 DAL의 인터페이스)에서 메소드를 호출해야하는 3 계층 아키텍처에 비해 양파 아키텍처의 이점 만 볼 수 있습니다. 양파는 우려, 분리 성, 유지 보수성 및 분리 성이 우수합니다. 양파 아키텍처는 실제로 모든 측면에서 더 좋으며 3 레이어 아키텍처는 오래된 작업 방식이거나 3 레이어 아키텍처를 선호하는 시나리오가 있습니다.

3
DDD의 프레젠테이션 VS 응용 프로그램 계층
도메인 기반 디자인에서 프레젠테이션과 응용 프로그램 계층 사이에 명확한 선을 그리는 데 어려움이 있습니다. 컨트롤러, 뷰, 레이아웃, Javascript 및 CSS 파일은 어디로 가야합니까? 응용 프로그램 또는 프레젠테이션 계층에 있습니까? 그리고 그것들이 모두 같은 층에 함께 있다면, 다른 층은 무엇입니까? 비어 있습니까?

2
프로젝트의 GUI, BLL, DAL 조직
응용 프로그램 계층에 대해 읽고 있는데 다음 프로젝트 (c #, .Net)에서이 디자인을 사용하고 싶습니다. 몇 가지 질문 : 네임 스페이스를 통해 레이어를 분리합니까? Project.BLL. 무엇이든, Project.DAL. 무엇이든 레이어, 컴포넌트 (Project.BLL.Component1) 또는 컴포넌트, 레이어 (Project.Component1.BLL)로 구분하는 것이 더 적합합니까? 내 DAL의 경우이 계층이 다른 클래스를 사용하여 추가로 구성됩니까? 모든 데이터베이스 호출이 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.