
Dotnet Design Pattern Review
- 10.8k installs
- 37.1k repo stars
- Updated July 28, 2026
- github/awesome-copilot
dotnet-design-pattern-review is an agent skill that Review the C#/.NET code for design pattern implementation and suggest improvements.
About
Review the C#/.NET code for design pattern implementation and suggest improvements. --- name: dotnet-design-pattern-review description: 'Review the C#/.NET code for design pattern implementation and suggest improvements.' --- # .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, `CommandHandlerOptions` inheritance, static `SetupCommand(IHost host)` methods - **Factory Pattern**: Complex object creation service provider integration - **Dependency Injection**: Primary constructor syntax, `ArgumentNullException` null 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) #.
- .NET/C# Design Pattern Review
- **Factory Pattern**: Complex object creation service provider integration
- **Dependency Injection**: Primary constructor syntax, `ArgumentNullException` null checks, interface abstractions, prope
- **Repository Pattern**: Async data access interfaces provider abstractions for connections
- **Provider Pattern**: External service abstractions (database, AI), clear contracts, configuration handling
Dotnet Design Pattern Review by the numbers
- 10,802 all-time installs (skills.sh)
- +94 installs in the week ending Jul 28, 2026 (Skillselion tracking)
- Ranked #71 of 2,184 Testing & QA skills by installs in the Skillselion catalog
- Security screen: MEDIUM risk (skills.sh audit)
- Data as of Jul 28, 2026 (Skillselion catalog sync)
dotnet-design-pattern-review capabilities & compatibility
- Capabilities
- .net/c# design pattern review · **factory pattern**: complex object creation ser · **dependency injection**: primary constructor sy · **repository pattern**: async data access interf · **provider pattern**: external service abstracti
- Use cases
- documentation
What dotnet-design-pattern-review says it does
Do not make any changes to the code, just provide a review.
Are Command Handler, Factory, Provider, and Repository patterns correctly implemented?
- **Architecture**: Follow namespace conventions (`{Core|Console|App|Service}.{Feature}`)?
Proper separation between Core/Console projects?
npx skills add https://github.com/github/awesome-copilot --skill dotnet-design-pattern-reviewAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 10.8k |
|---|---|
| repo stars | ★ 37.1k |
| Security audit | 3 / 3 scanners passed |
| Last updated | July 28, 2026 |
| Repository | github/awesome-copilot ↗ |
What problem does dotnet-design-pattern-review solve for developers using this skill?
Review the C#/.NET code for design pattern implementation and suggest improvements.
Who is it for?
Developers who need dotnet-design-pattern-review patterns described in the cached skill documentation.
Skip if: Skip when docs are empty or the task is outside the skill's documented scope.
When should I use this skill?
Review the C#/.NET code for design pattern implementation and suggest improvements.
What you get
Actionable workflows and conventions from SKILL.md for dotnet-design-pattern-review.
- design pattern review report
- improvement recommendations
Files
.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.
Related skills
How it compares
Choose dotnet-design-pattern-review for read-only .NET pattern audits; use review-and-refactor when you want automated edits guided by repo instruction files.
FAQ
What does dotnet-design-pattern-review do?
Review the C#/.NET code for design pattern implementation and suggest improvements.
When should I use dotnet-design-pattern-review?
Review the C#/.NET code for design pattern implementation and suggest improvements.
Is dotnet-design-pattern-review safe to install?
Review the Security Audits panel on this page before installing in production.