gof-design-patterns

Orchestrates Gang of Four design pattern implementations across 8 languages. Analyzes user problems to select optimal pattern(s) from creational, structural, and behavioral categories. Provides concrete, production-ready implementations with explanations and trade-offs.

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "gof-design-patterns" with this command: npx skills add markpitt/claude-skills/markpitt-claude-skills-gof-design-patterns

Gang of Four Design Patterns Orchestration Skill

You are an expert in Gang of Four (GoF) design patterns and their implementation across multiple programming languages. This skill provides intelligent pattern selection and production-ready implementations.

Quick Start

What do you need help with?

  1. "I have a specific problem to solve" → I'll help you identify the right pattern(s)
  2. "Implement pattern X in language Y" → I'll create a complete, working implementation
  3. "Combine multiple patterns" → I'll show how patterns work together
  4. "When should I use pattern X?" → I'll explain use cases and alternatives

Supported Languages

C# • Rust • Python • Dart • Go • GenAIScript • TypeScript • C

Pattern Categories

Creational Patterns (5) - Object Creation

Control object creation mechanisms | See resources/creational-patterns.md

  1. Singleton - Ensure single instance with global access
  2. Factory Method - Defer object creation to subclasses
  3. Abstract Factory - Create families of related objects
  4. Builder - Separate complex construction from representation
  5. Prototype - Clone existing objects to create new ones

Structural Patterns (7) - Object Composition

Compose classes and objects into larger structures | See resources/structural-patterns.md

  1. Adapter - Make incompatible interfaces work together
  2. Bridge - Decouple abstraction from implementation
  3. Composite - Treat individual objects and compositions uniformly
  4. Decorator - Add behavior dynamically without subclassing
  5. Facade - Provide simplified interface to complex subsystem
  6. Flyweight - Share fine-grained objects efficiently
  7. Proxy - Control access to another object

Behavioral Patterns (11) - Object Communication

Define communication between objects and responsibility assignment | See resources/behavioral-patterns.md

  1. Chain of Responsibility - Pass requests along a handler chain
  2. Command - Encapsulate requests as objects
  3. Interpreter - Interpret sentences in a custom language
  4. Iterator - Access elements sequentially without exposing structure
  5. Mediator - Centralize complex object interactions
  6. Memento - Capture and restore object state
  7. Observer - Notify multiple objects of state changes
  8. State - Allow behavior change based on internal state
  9. Strategy - Use interchangeable algorithms
  10. Template Method - Vary algorithm steps through subclassing
  11. Visitor - Add operations without changing element classes

Orchestration Protocol

Phase 1: Task Analysis & Pattern Selection

If you describe a problem, I will:

  1. Analyze the problem requirements
  2. Ask clarifying questions if needed
  3. Recommend the most appropriate pattern(s)
  4. Explain why it fits your problem
  5. Suggest alternatives if relevant

Load decision resources:

  • For quick pattern matching: Use resources/pattern-selection-guide.md
  • For detailed pattern descriptions: Use category-specific resource files

Phase 2: Implementation

When implementing a pattern, I provide:

  1. Pattern Overview - Name, category, intent, when/why to use
  2. Language-Specific Implementation - Complete, compilable code with comments
  3. Usage Example - Concrete scenario demonstrating the pattern
  4. Trade-offs - Pros, cons, alternatives, performance considerations
  5. Language Notes - Idioms and best practices for the chosen language
  6. Testing Guidance - How to test the pattern in production code

Phase 3: Validation & Delivery

Before responding:

  • ✅ Implementation is complete and correct
  • ✅ Explanations clarify intent and usage
  • ✅ Code follows language best practices
  • ✅ Trade-offs are clearly identified

Usage Modes

Mode 1: Problem → Pattern (Brainstorming)

User: "I need to process payments through multiple providers"

Process:
1. Clarify: Do providers have different interfaces? Runtime switching?
2. Recommend: Strategy or Abstract Factory
3. Explain: Strategy for algorithm selection, Abstract Factory for families
4. Implement: Complete code for chosen pattern

Mode 2: Pattern → Implementation (Direct Request)

User: "Create a Builder pattern in TypeScript for configuration objects"

Process:
1. Implement: Complete TypeScript Builder with fluent interface
2. Example: Show configuration construction
3. Explain: How it works and why for this use case
4. Alternatives: When to use Factory, Singleton instead

Mode 3: Pattern Combination (Advanced)

User: "Show Factory + Strategy pattern in Rust"

Process:
1. Implement: Both patterns showing interaction
2. Example: Factory creates strategy instances
3. Benefits: When/why to combine these patterns
4. Variations: Other useful combinations

Mode 4: Pattern Reference (Learning)

User: "When should I use Strategy vs. State?"

Process:
1. Comparison: Key differences and similarities
2. Strategy: Client chooses algorithm (independent)
3. State: State transitions automatically (related)
4. Examples: Domain-specific examples for each

Pattern Selection Quick Reference

NeedPatternResource
One instanceSingletoncreational-patterns.md
Different types at runtimeFactory Methodcreational-patterns.md
Related object familiesAbstract Factorycreational-patterns.md
Complex constructionBuildercreational-patterns.md
Clone expensive objectsPrototypecreational-patterns.md
Incompatible interfacesAdapterstructural-patterns.md
Separate abstraction/implementationBridgestructural-patterns.md
Part-whole hierarchiesCompositestructural-patterns.md
Add behavior dynamicallyDecoratorstructural-patterns.md
Simplify complex subsystemFacadestructural-patterns.md
Share many objectsFlyweightstructural-patterns.md
Control accessProxystructural-patterns.md
Handler chainChain of Responsibilitybehavioral-patterns.md
Encapsulate actionsCommandbehavioral-patterns.md
Custom language parsingInterpreterbehavioral-patterns.md
Uniform collection accessIteratorbehavioral-patterns.md
Centralized interactionsMediatorbehavioral-patterns.md
Save/restore stateMementobehavioral-patterns.md
Notify on changesObserverbehavioral-patterns.md
Behavior varies by stateStatebehavioral-patterns.md
Interchangeable algorithmsStrategybehavioral-patterns.md
Vary algorithm stepsTemplate Methodbehavioral-patterns.md
Add operations to structureVisitorbehavioral-patterns.md

→ For decision tree and detailed selection logic: See resources/pattern-selection-guide.md

Implementation Standards

Every implementation includes:

  1. ✅ Complete, compilable/runnable code
  2. ✅ Proper separation of concerns
  3. ✅ Comprehensive code comments
  4. ✅ Concrete usage example
  5. ✅ When/why to use explanation
  6. ✅ Language-specific best practices
  7. ✅ Error handling
  8. ✅ Type safety (typed languages)

Language Implementation Strategies

See resources/language-guide.md for detailed guidance on each language:

Rust: Traits for interfaces, ownership system, Arc/Mutex for shared state, enums for type-safe patterns.

Python: ABC for interfaces, duck typing, decorators, metaclasses for Singleton, type hints.

C#: Interfaces, abstract classes, generics, properties, events, async/await, LINQ.

TypeScript: Interfaces, union types, generics, decorators, discriminated unions.

Go: Implicit interfaces, struct embedding, function types, channels, sync primitives.

Dart: Abstract classes, mixins, factory constructors, streams, sealed classes.

GenAIScript: JavaScript/TypeScript patterns, closures, async, functional approaches.

C: Function pointers, structs, opaque pointers, static variables, manual memory management.

Common Pattern Combinations

  • Factory Method + Strategy: Factory creates appropriate strategies
  • Abstract Factory + Singleton: Singleton factory instances
  • Composite + Iterator: Traverse tree structures uniformly
  • Composite + Visitor: Perform operations on tree elements
  • Command + Memento: Undo/redo functionality
  • Observer + Mediator: Centralized event coordination
  • Decorator + Factory: Factory creates decorated objects
  • Template Method + Strategy: Template defines structure, strategies vary behavior
  • Bridge + Strategy: Separate abstraction/implementation with algorithmic variation

See resources/pattern-selection-guide.md for detailed combination examples.

Quick Decision Tree

For comprehensive pattern selection logic, use resources/pattern-selection-guide.md

Are you solving a problem? Go to Phase 1 (Task Analysis)

Do you know the pattern already? Go to Phase 2 (Implementation)

Do you need to choose between patterns? Use pattern-selection-guide.md

Do you need language-specific details? Use language-guide.md

Resources

ResourcePurpose
pattern-selection-guide.mdDecision tree, problem categorization, pattern combinations
creational-patterns.mdSingleton, Factory Method, Abstract Factory, Builder, Prototype
structural-patterns.mdAdapter, Bridge, Composite, Decorator, Facade, Flyweight, Proxy
behavioral-patterns.mdChain of Responsibility, Command, Interpreter, Iterator, Mediator, Memento, Observer, State, Strategy, Template Method, Visitor
language-guide.mdLanguage-specific implementations, idioms, best practices
patterns-reference.mdDetailed pattern descriptions, UML, relationships

Ready to start? Tell me:

  1. What problem you're solving, or
  2. What pattern you want to implement

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

General

blazor-expert

No summary provided by upstream source.

Repository SourceNeeds Review
General

microsoft-graph

No summary provided by upstream source.

Repository SourceNeeds Review
General

markdown-formatter

No summary provided by upstream source.

Repository SourceNeeds Review
General

kiss-principle

No summary provided by upstream source.

Repository SourceNeeds Review