dotnet-design-pattern-review▌
github/awesome-copilot · updated Apr 8, 2026
Comprehensive C#/.NET design pattern analysis with actionable improvement recommendations.
- ›Evaluates six core patterns: Command, Factory, Dependency Injection, Repository, Provider, and Resource patterns against GoF and SOLID principles
- ›Analyzes architecture compliance including namespace conventions, project separation, async/await patterns, and structured logging implementation
- ›Reviews code quality across security, testability, maintainability, and performance dimensions with speci
.NET/C# Design Pattern Review
Review the C#/.NET code in ${selection} for design pattern implementation and suggest improvements for the solution/project. Do not make any changes to the code, just provide a review.
Required Design Patterns
- Command Pattern: Generic base classes (
CommandHandler<TOptions>),ICommandHandler<TOptions>interface,CommandHandlerOptionsinheritance, staticSetupCommand(IHost host)methods - Factory Pattern: Complex object creation service provider integration
- Dependency Injection: Primary constructor syntax,
ArgumentNullExceptionnull checks, interface abstractions, proper service lifetimes - Repository Pattern: Async data access interfaces provider abstractions for connections
- Provider Pattern: External service abstractions (database, AI), clear contracts, configuration handling
- Resource Pattern: ResourceManager for localized messages, separate .resx files (LogMessages, ErrorMessages)
Review Checklist
- Design Patterns: Identify patterns used. Are Command Handler, Factory, Provider, and Repository patterns correctly implemented? Missing beneficial patterns?
- Architecture: Follow namespace conventions (
{Core|Console|App|Service}.{Feature})? Proper separation between Core/Console projects? Modular and readable? - .NET Best Practices: Primary constructors, async/await with Task returns, ResourceManager usage, structured logging, strongly-typed configuration?
- GoF Patterns: Command, Factory, Template Method, Strategy patterns correctly implemented?
- SOLID Principles: Single Responsibility, Open/Closed, Liskov Substitution, Interface Segregation, Dependency Inversion violations?
- Performance: Proper async/await, resource disposal, ConfigureAwait(false), parallel processing opportunities?
- Maintainability: Clear separation of concerns, consistent error handling, proper configuration usage?
- Testability: Dependencies abstracted via interfaces, mockable components, async testability, AAA pattern compatibility?
- Security: Input validation, secure credential handling, parameterized queries, safe exception handling?
- Documentation: XML docs for public APIs, parameter/return descriptions, resource file organization?
- Code Clarity: Meaningful names reflecting domain concepts, clear intent through patterns, self-explanatory structure?
- Clean Code: Consistent style, appropriate method/class size, minimal complexity, eliminated duplication?
Improvement Focus Areas
- Command Handlers: Validation in base class, consistent error handling, proper resource management
- Factories: Dependency configuration, service provider integration, disposal patterns
- Providers: Connection management, async patterns, exception handling and logging
- Configuration: Data annotations, validation attributes, secure sensitive value handling
- AI/ML Integration: Semantic Kernel patterns, structured output handling, model configuration
Provide specific, actionable recommendations for improvements aligned with the project's architecture and .NET best practices.
Discussion
Product Hunt–style comments (not star reviews)- No comments yet — start the thread.
Ratings
4.6★★★★★75 reviews- ★★★★★Hiroshi Taylor· Dec 24, 2024
We added dotnet-design-pattern-review from the explainx registry; install was straightforward and the SKILL.md answered most questions upfront.
- ★★★★★Kwame Flores· Dec 16, 2024
Keeps context tight: dotnet-design-pattern-review is the kind of skill you can hand to a new teammate without a long onboarding doc.
- ★★★★★Hana Chawla· Dec 12, 2024
dotnet-design-pattern-review is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
- ★★★★★Mia Bhatia· Dec 12, 2024
Useful defaults in dotnet-design-pattern-review — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.
- ★★★★★Mateo Haddad· Dec 8, 2024
dotnet-design-pattern-review is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
- ★★★★★Ama Brown· Dec 8, 2024
dotnet-design-pattern-review fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
- ★★★★★Shikha Mishra· Dec 4, 2024
Keeps context tight: dotnet-design-pattern-review is the kind of skill you can hand to a new teammate without a long onboarding doc.
- ★★★★★Valentina Chen· Dec 4, 2024
dotnet-design-pattern-review reduced setup friction for our internal harness; good balance of opinion and flexibility.
- ★★★★★Hiroshi Brown· Nov 27, 2024
dotnet-design-pattern-review reduced setup friction for our internal harness; good balance of opinion and flexibility.
- ★★★★★Yash Thakker· Nov 23, 2024
Registry listing for dotnet-design-pattern-review matched our evaluation — installs cleanly and behaves as described in the markdown.
showing 1-10 of 75