dotnet-design-pattern-review

github/awesome-copilot · updated Apr 8, 2026

$npx skills add https://github.com/github/awesome-copilot --skill dotnet-design-pattern-review
0 commentsdiscussion
summary

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
skill.md

.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)

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.
general reviews

Ratings

4.675 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

1 / 8