및 ServiceStack을 조합하여 사용할 수 있습니까?S # arp Lite with ServiceStack
은 내가 또한 ServiceStack의 방법처럼, 등 DDD 개념, 저장소 패턴의 좋은 사용에 초점을 맞추고 S # ARP 구조의 매우 단순화 된 버전, 동시에
과 S 번호의 ARP 라이트를 사랑 WCF 또는 WebApi와는 달리 REST 서비스를 개발할 수 있습니다.
이 두 가지 환상적인 것을 함께 사용하는 예가 있습니까? 정말 말이 되겠습니까?
정말 복잡하고별로 샘플이 필요하지 않습니다.
SS가 "서비스"이며 SS와 함께 보내고 받기 위해 요청 및 응답 객체를 사용합니다.
SS를 사용할 때 실제로 S #이 필요하지 않습니다. SS는 엔티티에 대한 자체 추상화가 있으며 데이터 액세스를 위해 ORMLite를가집니다. 더 이상 저장소 패턴을 사용하지 않는 것이 좋으며 ORM은 데이터 추상화입니다. IQueryable을 사용하면 저장소가 없어도 많은 작업을 수행 할 수 있습니다.
내 일상 스택은 클라이언트 요청에 따라 AngularJs, TypeScript, ASP.NET MVC, ServiceStack, ORMLite (번개 빠른 쿼리, 큰 개체 그래프를 SQL 뷰로 분리), 때로는 NHibernate 또는 Entity Framework로 구성됩니다. MVC는 많은 서버 상호 작용이 필요하지 않거나 왕복이 중요하지 않은 페이지 (예 : 문의, 정보 등)를 제공합니다. SS는 프런트 엔드의 모든 요청을 처리합니다.
S #과 S # Lite는 나올 때 훌륭했기 때문에 많은 사람들이 DDD의 기초와 우려 사항을 이해할 수있었습니다. 불행히도 그것을 사용하는 많은 경우 벽에 못을 박는 데 잭 해머를 사용하는 것과 같았습니다. 실제로 필요하지 않은 프로젝트에 복잡성이 도입되었습니다.
나는 이전의 S # 또는 S # Lite를 개발의 유형으로 유용하다고 생각하지 않습니다.
관심을 가져 주셔서 감사합니다. 나는 당신이 그들을 좋아하기 때문에 단지 그것을 결합하는 것이 이치에 맞지 않는다는 것을 이해합니다. :). 몇 가지 프로젝트에 대해 S #을 사용하고 나면, 이제는 깨닫고 복잡성 측면에서 여러분과 의견을 나눕니다. –
나는 아직도 야생에서 많은 S # 프로젝트를 가지고 있으며 여전히 강하게 나아 간다. 그러나 엔터프라이즈 응용 프로그램의 경우에도 프론트 엔드 개발 스타일로 나아가면서 S #이 더 이상 필요 없다고 생각합니다. 나는 여전히베이스 엔티티 클래스 (특히 nHibernate)와 같은 몇 가지 측면을 매우 유용하게 생각하지만 OrmLite를 SQL과 함께 사용하는 것이 훨씬 낫다. 객체 그래프를 더 많이 관리해야하지만 그렇게 나쁘지는 않습니다. – Alec