Overview
Create objects without specifying their concrete classes
Factory Pattern
3 implementations available
When to Use
- When you need to abstract data access logic
- When you want to make your code testable
- When you need to support multiple data sources
- When you want to decouple business logic from infrastructure
Available Implementations
Microservice Bootstrap
Configurable microservice with multiple transports
npx hanma add nest-microservice --framework nest
Type-safe transport configurationTCP/Redis/RabbitMQ/NATS supportClass-based MicroserviceServer setup
Pagination Helpers
Offset and cursor pagination
npx hanma add pagination --framework nest
Offset pagination DTOCursor pagination DTOPrisma helpers
Slug Generator
URL-safe slug generation
npx hanma add slug --framework nest
Slugify integrationUnique slugsTimestamp slugs
Basic Example
// Factory Pattern implementation example
// This shows the basic structure of factory pattern in NestJS
// Define your interface
interface IRepository {
findAll(): Promise<T[]>;
findById(id: string): Promise<T | null>;
create(data: CreateDto): Promise<T>;
update(id: string, data: UpdateDto): Promise<T>;
delete(id: string): Promise<void>;
}
// Implement the pattern
class FactoryRepository implements IRepository {
async findAll(): Promise<T[]> {
// Implementation
}
async findById(id: string): Promise<T | null> {
// Implementation
}
async create(data: CreateDto): Promise<T> {
// Implementation
}
async update(id: string, data: UpdateDto): Promise<T> {
// Implementation
}
async delete(id: string): Promise<void> {
// Implementation
}
}
// Use the pattern
const repository = new FactoryRepository();
const items = await repository.findAll();
Frequently Asked Questions
What is Factory Pattern?
Create objects without specifying their concrete classes. It's a well-established software design pattern that helps organize code for better maintainability and testability.
How does Factory Pattern work with NestJS?
NestJS provides excellent support for this pattern through its dependency injection system and middleware composition.
What are the benefits?
Improved testability, separation of concerns, easier maintenance, and flexibility to change implementations without affecting business logic.
When should I avoid this pattern?
For very simple applications with minimal logic, the pattern may add unnecessary complexity. Use judgment based on project requirements.