| name | refactoring |
| description | Safely restructure code without changing behavior using Extract Method, Rename, Move Method techniques. Use when preparing code for new features, improving code quality incrementally, cleaning up messy code, reducing duplication, or simplifying complex logic. Make sure to use this skill whenever the user mentions refactoring, cleaning up code, making code more readable, splitting large files or methods, or removing code smells. Use when this capability is needed. |
| metadata | {"author":"elct9620"} |
Related Skills
- Facing a design trade-off (DRY vs KISS)? → Use principles first to decide, then refactor
- Code is in the wrong architectural layer? → Use clean-architecture to identify target, then refactor to move it
- Need to choose a pattern (Strategy, Factory)? → Use design-patterns first, then refactor toward it
- No tests before refactoring? → Use testing to add them first
Applicability Rubric
| Condition | Pass | Fail |
|---|
| Existing code modification | Need to change existing code | Writing new code only |
| Code comprehension issues | Code hard to understand/extend | Code is clear |
| Feature preparation | Preparing for new functionality | Direct implementation possible |
| Incremental improvement | Improving quality step by step | No improvement needed |
Apply when: Any condition passes
Core Principles
The Refactoring Cycle
1. Ensure tests exist (or add them)
↓
2. Make small change
↓
3. Run tests
↓
4. Commit if green
↓
5. Repeat
Golden Rules
- Never refactor and change behavior simultaneously
- Always have tests before refactoring
- Small steps, frequent commits
- If tests fail, revert immediately
- Never rewrite from scratch — a big-bang rewrite throws away years of bug fixes and domain knowledge. Instead, extract one piece at a time, test it, and ship it. If your refactoring plan requires "stop the world and replace everything," the plan is wrong — break it into smaller incremental steps.
Common Refactoring Techniques
Code Organization
| Technique | When to Use | Before → After |
|---|
| Extract Method | Long method, repeated code | Inline code → Named method |
| Extract Class | Class has multiple responsibilities | One class → Two classes |
| Move Method | Method uses another class more | A.method() → B.method() |
| Rename | Name doesn't reveal intent | d → elapsedDays |
Simplification
| Technique | When to Use | Before → After |
|---|
| Replace Conditional with Polymorphism | Type-based switching | if/switch → Subclasses |
| Replace Magic Number | Unexplained literals | 86400 → SECONDS_PER_DAY |
| Remove Dead Code | Unused code | Code → Nothing |
| Simplify Conditional | Complex boolean logic | Nested ifs → Guard clauses |
Dealing with Dependencies
| Technique | When to Use | Before → After |
|---|
| Extract Interface | Need to mock or swap | Concrete → Interface + Concrete |
| Inject Dependency | Hard-coded dependency | new Dep() → Constructor param |
| Replace Inheritance with Delegation | Inheritance misused | extends → has-a |
Safe Refactoring Steps
Extract Method
- Identify code to extract
- Create new method with descriptive name
- Copy code to new method
- Replace original code with method call
- Run tests
- Commit
Rename
- Find all usages
- Rename (use IDE refactoring if available)
- Update documentation/comments
- Run tests
- Commit
Move Method
- Copy method to target class
- Adjust for new context
- Update original to delegate
- Run tests
- Remove original method
- Run tests
- Commit
Completion Rubric
Before Refactoring
| Criterion | Pass | Fail |
|---|
| Test coverage | Tests exist and pass | No tests or failing tests |
| Behavior understanding | Current behavior understood | Unclear behavior |
| Clear goal | Refactoring goal defined | No clear objective |
| Team awareness | Team knows the scope | Undisclosed changes |
During Refactoring
| Criterion | Pass | Fail |
|---|
| Single focus | One refactoring at a time | Multiple simultaneous changes |
| Test validation | Tests run after each change | No test verification |
| Incremental commits | Commit after each step | Large uncommitted changes |
| Behavior preservation | No behavior changes | Behavior modified |
After Refactoring
| Criterion | Pass | Fail |
|---|
| Tests passing | All tests still pass | Tests failing |
| Code clarity | Code is cleaner/clearer | Same or worse clarity |
| No new features | No functionality added | Features added |
| Review completed | Changes reviewed | No review |
Code Smells to Watch For
| Smell | Signal | Refactoring |
|---|
| Long Method | Hard to describe in one sentence | Extract Method |
| Large Class | Multiple unrelated responsibilities | Extract Class |
| Long Parameter List | Parameters that always travel together | Introduce Parameter Object |
| Duplicated Code | Same logic in multiple places | Extract Method/Class |
| Feature Envy | Method uses another class's data more than its own | Move Method |
| Data Clumps | Same data groups appear together | Extract Class |
Converted and distributed by TomeVault — claim your Tome and manage your conversions.