저의 일부 동료들은 데이터베이스에 저장 프로 시저에 비즈니스 로직이있는 것은 데이터베이스가 데이터 계층에 속하고 저장 프로시 저는 비즈니스 로직이기 때문에 3 계층 분리 아키텍처를 위반한다고 말했습니다. 저장 프로 시저가 없으면 세계는 매우 어두운 곳이라고 생각합니다. 그들은 실제로 3 계층 분리를 위반합니까?
현재 우리는 2 년 가까이 개발 된 대형 내부 애플리케이션을 보유하고 있습니다. 방금 최근 프로젝트에 참여했으며 일부 아키텍처가 약간 당황했습니다. 그래서 건축가 에게이 같은 질문을하기 전에 나가서 조언을 해 줄 수 있기를 바랍니다. ). 아래 내용이 조금 길다면 죄송합니다. 제 질문을하기 전에 시스템의 상태를 잘 그려보고 싶습니다. :) 시스템 설정 …
나는 직장에서 응용 프로그램을 디버깅하는 일을 자주합니다. 테스트 환경 및 프로덕션 환경을 포함하여 비즈니스에 배포하는 BI 응용 프로그램입니다. 이러한 제약 조건에 따라 사람들이 제안 할 수있는 앱 / 도구 / 메소드가 있는지 궁금합니다. 소프트웨어는 테스트 환경이없는 사용자 지정 타사 응용 프로그램에 의존하기 때문에 클라이언트 사이트 나 로컬에서 디버거를 사용할 수 …
현재 Entity Framework 5 (.net 4)를 데이터 액세스 전략으로 사용하는 n 계층 솔루션을 설계하고 있지만 의존성 주입을 통합하여 테스트 가능하고 유연하게 만드는 방법에 대해 우려하고 있습니다. 현재 솔루션 레이아웃은 다음과 같습니다 (내 솔루션은 Alcatraz라고 함). Alcatraz.WebUI : 프론트 엔드 사용자 인터페이스 인 asp.net 웹 양식 프로젝트는 Alcatraz.Business 및 Alcatraz.Data.Models 프로젝트를 …
BL이 CRUD를 수행하기 위해 DAL (또는 DAL의 인터페이스)에서 메소드를 호출해야하는 3 계층 아키텍처에 비해 양파 아키텍처의 이점 만 볼 수 있습니다. 양파는 우려, 분리 성, 유지 보수성 및 분리 성이 우수합니다. 양파 아키텍처는 실제로 모든 측면에서 더 좋으며 3 레이어 아키텍처는 오래된 작업 방식이거나 3 레이어 아키텍처를 선호하는 시나리오가 있습니다.
중규모 MVC 웹 응용 프로그램의 아키텍처를 계획 할 때 가능한 한 분리되고 테스트하기 쉬운 계층을 어떻게 구현합니까? (기본적으로 모범 사례를 따르십시오) 먼저 데이터 액세스로 코드를 사용한다고 가정 해 봅시다. "비즈니스 로직"을 정의하는 것과 데이터 계층과 상호 작용하는 방법에 대해 고민합니다. 차량 판매 애플리케이션을 예로 들어, 비즈니스 로직은 주어진 차량에 대한 …
내가 배운 한 IRepository에는 CRUD. 그리고 우리는 이것을 상속 IRepository과 같은 우리의 다른 인터페이스에 IProduct구현할 IProduct구체적인 클래스 ProductRepository와 같은 방법과를, GetAllProducts(), Top5Products(). n- 계층 아키텍처에서도 동일한 작업을 수행 할 수 있습니다. 같은, 생성 DAL Class Library과에서 클래스 정의 Product와 같은 방법과를 GetAllProducts(), Top5Products(). 모두 DAL.Product와 Repo.ProductRepository우리는 초기화 클래스 DB Context의 …