스킬 dotnet-backend-patterns
📦

dotnet-backend-patterns

안전

최신 패턴으로 프로덕션 .NET 백엔드 구축

또한 다음에서 사용할 수 있습니다: wshobson

엔터프라이즈 .NET 애플리케이션 개발은 데이터 액세스, 의존성 ���입, 클린 아키텍처를 위한 복잡한 패턴을 숙지해야 합니다. 이 스킬은 EF Core, Dapper, 캐싱, 탄력적인 API 설계를 위한 검증된 패턴을 제공합니다.

지원: Claude Codex Code(CC)
🥉 75 브론즈
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"dotnet-backend-patterns" 사용 중입니다. Order 엔티티에 대한 리포지토리 패턴 생성

예상 결과:

IDbConnectionFactory를 사용하여 연결 관리를 하고, 적절한 CancellationToken 지원 및 쿼리 실행을 위해 Dapper를 사용하는 비동기 CRUD 메서드가 포함된 완전한 OrderRepository 클래스

"dotnet-backend-patterns" 사용 중입니다. 여러 Include가 있는 이 EF Core 쿼리 최적화

예상 결과:

AsNoTracking ���용, 큰 컬렉션을 위한 AsSplitQuery, DTO로의 Select 프로젝션, 자주 실행되는 쿼리를 위한 CompiledAsyncQuery를 사용하여 리팩터링된 쿼리

보안 감사

안전
v1 • 2/24/2026

All 134 static analysis findings are false positives. The 'backtick execution' patterns (87 locations) are markdown code fences in documentation files. The 'weak cryptographic algorithm' findings (11 locations) are LINQ Expression<Func> patterns for the Specification pattern. The 'system reconnaissance' and 'filesystem' findings are normal C# property access and YAML frontmatter. This is a legitimate educational skill containing documentation and code examples for .NET backend development.

6
스캔된 파일
2,602
분석된 줄 수
0
발견 사항
1
총 감사 수
보안 문제를 찾지 못했습니다
감사자: claude

품질 점수

55
아키텍처
100
유지보수성
87
콘텐츠
31
커뮤니티
100
보안
91
사양 준수

만들 수 있는 것

신규 API 개발

적절한 레이어 분리, 의존성 주입, 데이터 액세스 패턴으로 새로운 REST API��� 처음부터 구축합니다.

레거시 코드 현대화

성능과 유지보수성을 개선하여 기존 .NET Framework 코드를 최신 .NET 패턴으로 리팩터링합니다.

성능 최적화 리뷰

EF Core 또는 Dapper 기반 애플리케이션의 기존 데이터 액세스 코드를 검토하고 최적화합니다.

이 프롬프트를 사용해 보세요

리포지토리 패턴 설정
Entity Framework Core를 사용하여 CRUD 작업을 위한 Product 엔티티의 리포지토리 패턴을 구현하세요. 비동기 메서드, 적절한 리소스 해제, 클린 아키텍처 원칙을 따르세요.
쿼리 최적화 리뷰
성능 문제를 위해 이 EF Core 쿼리를 검토하세요. N+1 문제, 누락된 AsNoTracking 호출, 프로젝션 기회를 식별하세요. 최적화된 ��안을 제안하세요.
Dapper Micro-ORM 구현
고성능 읽기 작업을 위한 Dapper 기반 리포지토리를 구현하세요. 연결 관리, 매개변수 처리, 조인 테이블을 위한 다중 매핑을 포함하세요.
클린 아키텍처 서비스 레이어
���포지토리 호출, 캐싱, 검증을 오케스트레이션하는 서비스 레이어를 설계하세요. 외부 호출을 위해 의존성 주입, CQRS 분��, 복원력 패턴을 적용하세요.

모범 사례

  • 메모리 오버헤드를 줄이기 위해 읽기 전용 쿼리에 AsNoTracking 사용
  • DI에서 데이터베이스 컨텍스트 및 연결을 Scoped 수명으로 등록
  • 복잡한 구성 가능한 쿼리 조건을 위해 사양 패턴 적용

피하기

  • 비동기 코드 경로에서 동기 데이터베이스 호출 - 항상 Async 메���드 사용
  • 특정 열만 필요할 때 전체 엔티티 로딩
  • N+1 쿼리 문제를 유발하는 지연 로딩 허용

자주 묻는 질문

EF Core 대신 Dapper를 언제 사용해야 하나요?
성능 중요 쿼리, 복잡한 SQL(CTE, 윈도우 함수), 읽기 집중 작업 부하에는 Dapper를 사용하세요. EF Core는 관계가 있는 풍부한 도메인 모델, 변경 추적 필요, LINQ-to-SQL 변환을 선호할 때 사용하세요.
사양 패턴이 무엇이며 언제 사용해야 하나요?
사양 패턴은 재사용 가능한 클래스에 쿼리 조건을 캡슐화합니다. 애플리케이션 전체에서 재사용되는 복잡한 쿼리나 페이징 및 정렬이 있는 구성 가능한 필터 조건이 필요할 때 사용하세요.
EF Core에서 N+1 쿼리 문제를 어떻게 방지하나요?
관련 데이터를 즉시 로드하려면 Include를 사용하고, 루프에서 지연 로딩을 피하며, 여러 컬렉션을 포함할 때 카테시안 곱 폭발을 방지하기 위해 AsSplitQuery를 사용하세요.
DbContext에 권장되는 서비스 수명은 무엇인가요?
웹 애플리케이션에서 DbContext에는 Scoped 수명이 권장됩니다. 이는 변경 추적 및 ID 맵 패턴에 필요한 HTTP 요청당 하나의 인스턴스를 보장합니다.
EF Core 쿼리 성능을 어떻게 개선할 수 있나요?
읽기 전용 쿼리에는 AsNoTracking을 사용, Select로 DTO 프로젝션, 핫 경로에는 컴파일된 쿼리 사용, 적절한 인덱싱 적용, 쿼리가 SQL로 변환될 수 있도록 하여 클라이언트 측 평가 방지
어떤 캐싱 전략을 구현해야 하나요?
단일 인스턴스 내에서 자주 액��스하는 작은 데이터에는 메모리 캐싱을 사용하세요. 여러 인스턴스 간의 분산 캐싱에는 Redis를 사용하세요. 항상 만료 시간을 설정하고 캐시 실패시 폴백 로직을 구현하세요.