Sharp Architecture 대안

Question

나는 ORM으로 Entity Framework 코드를 먼저 사용하는 Sharp Architecture 대안을 찾고 있습니다. Sharp Architecture와 같이 EF 코드가있는 프로젝트가 있습니까?

Answer 1

아키텍처는 청사진입니다. 샤프 아키텍처 (Sharp Architecture)를 보게되면 단순히 그것에 대해 생각하고 EF로 작동하도록 변경할 수 있어야합니다. 그렇게 할 수 없다면 필요한 API가있는 스킬이 부족할 것입니다. 아키텍처를 시작하기 전에 먼저 변경해야 할 사항입니다. 어떤 아키텍처도 API를 이해하지 못하게 할 것이며 API의 기능을 제대로 사용하지 않으면 올바른 아키텍처를 제대로 수행 할 수 없습니다.

아키텍처는 응용 프로그램의 요구에 따라 결정되어야합니다. 일부 아키텍처 청사진을 수행하기 위해 애플리케이션의 요구 사항을 왜곡하고자하는 접근 방식은 끔찍한 잘못입니다. 먼저 아키텍처가 당신을 위해 무엇을 해결해야하는지 정의해야합니다. 그리고 그 후에 당신은 이미 청사진이 있는지를 물을 수 있습니다.

기사 및 샘플 아키텍처의 대부분은 실제 필요없이 많은 패턴을 푸시하고 있습니다. 패턴과 레이어의 수가 좋은 아키텍처를 만드는 것은 아닙니다. 대부분의 경우 시스템을 과도하게 설계하고 유지 보수하기 어렵게 만듭니다. 이 샘플들은 주로 일부 패턴을 구현하는 방법을 설명하기위한 것입니다.

Answer 2

나쁜 소식 정확한 대체물이 없기 때문에 좋은 소식은 내가했던 것처럼 자신 만의 것을 쉽게 만들 수 있습니다.

나는 오랫동안 S # arp를 사용 해왔다. 좋은 아키텍처이다. 나는 많은 응용 프로그램을 개발했지만, 작년 말에 그렇게 오픈 소스 프로젝트에서 더 이상 움직이지 않는 것처럼 보인다. 동일한 원리를 사용하지만 Entity Framework를 사용하여 비슷한 것을 다시 만들자.

NHibernate, NHibernate.Validator 및 Castle Windsor와 같은 주요 구성 요소가 Entity Framework, LINQ to Entites, System.ComponentModel.DataAnnotations 및 Autofac을 사용하도록 대체되었습니다. 레이어는 도메인, 프리젠 테이션, 작업, 프레임 워크 및 인프라와 동일하게 유지되었습니다.

내가 만든 방법에 대한 자세한 설명은이 게시물을 참조하십시오. http://www.macaalay.com/2015/10/20/creating-a-solid-architectural-foundation-from-scratch-is-not-really-that-hard/

이 나는 ​​또한 데이터베이스 설계에서 CRUD 작업 및 기본 UI를 생성 내가 Effinator라는 코드 생성기를 만들어