turash/bugulma/frontend/docs/SOLID_VIOLATIONS_ANALYSIS.md

116 lines
3.7 KiB
Markdown

# SOLID Principles Violations Analysis
## Major Violations Found
### 1. ❌ Single Responsibility Principle (SRP) - OrganizationHandler
**Violation**: `OrganizationHandler` has 5+ responsibilities:
- Organization CRUD operations
- Image upload/management
- Resource flow matching
- Product/Service discovery
- Proposal management
- User organization relationships
**Impact**: 945+ lines in a single file, hard to maintain, test, and understand.
**Solution**: Split into separate handlers:
- `OrganizationHandler` - Core CRUD operations
- `OrganizationImageHandler` - Image uploads/deletions
- `OrganizationMatchingHandler` - Discovery and matching logic
- `OrganizationRelationshipHandler` - Proposals, resources, similar orgs
### 2. ❌ DRY Principle - Discovery Match Conversion
**Violation**: `GetOrganizationProducts` and `GetOrganizationServices` have 95% identical code:
- Same error handling pattern
- Same DiscoveryMatch creation logic
- Same response structure
- Only difference: `products` vs `services` and `"product"` vs `"service"`
**Lines duplicated**: ~40 lines each
**Solution**: Extract common logic to `convertItemsToDiscoveryMatches()` helper
### 3. ❌ Single Responsibility Principle - Complex Methods
**Violation**: Methods doing too many things:
**`GetSimilarOrganizations`** (60+ lines):
- Gets organization by ID
- Gets organizations by sector
- Gets resource flows
- Calculates similarity scores (business logic!)
- Sorts results
- Returns response
**`GetDirectMatches`** (80+ lines):
- Gets resource flows
- Processes providers/consumers logic
- Calls service methods
- Deduplicates results
- Returns complex response
**Solution**: Extract business logic to service layer, keep handlers thin.
### 4. ❌ DRY Principle - Image Upload Pattern
**Violation**: `UploadLogo` and `UploadGalleryImage` have similar structure:
- Get file from form
- Save image via service
- Get organization
- Update organization
- Return response
**Solution**: Extract common image upload logic.
### 5. ❌ Single Responsibility Principle - Handler Dependencies
**Violation**: `OrganizationHandler` depends on 5 services:
- `orgService`
- `imageService`
- `resourceFlowService`
- `matchingService`
- `proposalService`
**Impact**: Constructor has 5 parameters, hard to test, violates dependency inversion.
**Solution**: Split handlers to have focused dependencies.
## Proposed Refactoring Plan
### Phase 1: Extract Helper Methods (Immediate)
1. **Add `convertItemsToDiscoveryMatches()` helper**
2. **Add `handleImageUpload()` helper**
3. **Add `calculateSimilarityScores()` to service layer**
4. **Add `findDirectMatches()` to service layer**
### Phase 2: Split Handlers (Future)
1. **OrganizationHandler** - Basic CRUD (`Create`, `GetByID`, `Update`, `Delete`, `GetAll`, `GetBy*`, `Search`)
2. **OrganizationImageHandler** - Image operations (`UploadLogo`, `UploadGalleryImage`, `DeleteGalleryImage`)
3. **OrganizationDiscoveryHandler** - Discovery features (`GetSimilarOrganizations`, `GetOrganizationProducts`, `GetOrganizationServices`, `GetDirectMatches`)
4. **OrganizationRelationshipHandler** - Relationships (`GetOrganizationProposals`, `GetOrganizationResources`, `GetUserOrganizations`)
### Phase 3: Service Layer Improvements
1. **OrganizationSimilarityService** - Handle similarity calculations
2. **OrganizationMatchingService** - Handle direct matches and discovery
## Implementation Priority
**High Priority (Immediate)**:
- Extract `convertItemsToDiscoveryMatches()` helper
- Move `GetSimilarOrganizations` business logic to service
- Move `GetDirectMatches` business logic to service
**Medium Priority (This Week)**:
- Extract `handleImageUpload()` helper
- Split image-related methods to separate handler
**Low Priority (Next Sprint)**:
- Full handler split
- Service layer refactoring