Package detail

@elsikora/cladi

ElsiKora594MIT2.0.2

ClaDI is a library for creating and managing classes in TypeScript.

typescript, factory, registry, clean-architecture

readme

project-logo

ClaDI 🧩

ClaDI is a library for creating and managing classes in TypeScript

ElsiKora typescript npm license-MIT Node.js ESM CJS zero-deps

📚 Table of Contents

📖 Description

ClaDI is a powerful TypeScript library that provides a robust foundation for building scalable applications through class-based dependency injection. With ClaDI, you can easily create, manage, and organize your application's classes and dependencies with a clean, modular architecture. The library offers a comprehensive set of tools for class instantiation, dependency registration, and lifecycle management, making it ideal for both small projects and enterprise-level applications. Whether you're building a simple utility or a complex system, ClaDI helps establish a solid architectural foundation with minimal overhead.

🚀 Features

  • 🚀 Zero dependencies - Lightweight footprint with no external runtime dependencies
  • 📦 Registry system - Store, retrieve, and manage class templates efficiently
  • 🏭 Factory pattern - Create class instances with automatic deep cloning
  • 💉 Dependency injection - Simple yet powerful container for managing application services
  • 🔄 Caching mechanism - Performance optimization for frequently used classes
  • 🧩 Modular architecture - Clean separation of concerns with domain, infrastructure, and presentation layers
  • 📝 Comprehensive logging - Built-in logging system with multiple log levels and context support
  • 🔌 Multiple format support - Works with both ESM and CommonJS module systems
  • ✅ Fully tested - Extensive unit and E2E test coverage ensures reliability

🛠 Installation

# Using npm
npm install @elsikora/cladi

# Using yarn
yarn add @elsikora/cladi

# Using pnpm
pnpm add @elsikora/cladi

# Using bun
bun add @elsikora/cladi

💡 Usage

Basic Usage

The following example demonstrates how to create and use the core components of ClaDI:

import { createContainer, createFactory, createLogger, createRegistry, ELoggerLogLevel } from '@elsikora/cladi';

// Define a simple model with required 'name' property
interface User {
  name: string;
  email: string;
  role: string;
}

// Create a logger
const logger = createLogger({ 
  level: ELoggerLogLevel.DEBUG,
  source: 'UserModule' 
});

// Create a registry to store user templates
const registry = createRegistry<User>({ logger });

// Register user templates
registry.register({ name: 'admin', email: 'admin@example.com', role: 'admin' });
registry.register({ name: 'user', email: 'user@example.com', role: 'user' });

// Create a factory to instantiate users from templates
const factory = createFactory<User>({ registry, logger });

// Create a user instance (returns a deep clone of the template)
const adminUser = factory.create('admin');
console.log(adminUser); // { name: 'admin', email: 'admin@example.com', role: 'admin' }

// Modify instance (won't affect the original template)
adminUser.email = 'new-admin@example.com';

Dependency Injection Container

Use the container to manage application services:

import { createContainer, ELoggerLogLevel, type ILogger } from '@elsikora/cladi';

// Create symbols for service identification
const LoggerToken = Symbol('Logger');
const DatabaseToken = Symbol('Database');

// Create a container
const container = createContainer({});

// Register services
container.register(LoggerToken, createLogger({ 
  level: ELoggerLogLevel.INFO,
  source: 'AppRoot' 
}));

container.register(DatabaseToken, {
  connect: () => console.log('Connected to database'),
  query: (sql: string) => console.log(`Executing query: ${sql}`)
});

// Retrieve services
const logger = container.get<ILogger>(LoggerToken);
const db = container.get(DatabaseToken);

logger?.info('Application started');
db?.connect();
db?.query('SELECT * FROM users');

Advanced Logging

The built-in logger provides extensive capabilities:

import { createLogger, ELoggerLogLevel } from '@elsikora/cladi';

const logger = createLogger({
  level: ELoggerLogLevel.TRACE,  // Most detailed logging level
  source: 'PaymentService'
});

// Basic logging
logger.info('Processing payment');

// Logging with context data
logger.debug('Payment details received', {
  context: {
    paymentId: '12345',
    amount: 99.99,
    currency: 'USD'
  }
});

// Method-specific source
logger.warn('Retry attempt required', {
  source: 'PaymentGateway',  // Will be combined with constructor source
  context: {
    attempt: 2,
    maxAttempts: 3
  }
});

// Sample output:
// [2023-07-15T12:34:56.789Z] INFO: [PaymentService] Processing payment
// [2023-07-15T12:34:56.790Z] DEBUG: [PaymentService] Payment details received {"paymentId":"12345","amount":99.99,"currency":"USD"}
// [2023-07-15T12:34:56.791Z] WARN: [PaymentService → PaymentGateway] Retry attempt required {"attempt":2,"maxAttempts":3}

Core Factory Pattern

For more advanced scenarios, use the CoreFactory singleton:

import { CoreFactory, ELoggerLogLevel, type IRegistry, type IFactory, type IContainer } from '@elsikora/cladi';

// Create the core factory instance with options
const coreFactory = CoreFactory.getInstance({
  logger: createLogger({
    level: ELoggerLogLevel.INFO,
    source: 'CoreFactory'
  })
});

// Define a product model
interface Product {
  name: string;
  price: number;
  inStock: boolean;
}

// Create infrastructure components
const productRegistry = coreFactory.createRegistry<Product>({});
const productFactory = coreFactory.createFactory<Product>({ registry: productRegistry });
const appContainer = coreFactory.createContainer({});

// Register product templates
productRegistry.register({ name: 'Basic Widget', price: 9.99, inStock: true });
productRegistry.register({ name: 'Premium Widget', price: 19.99, inStock: false });

// Create product instances
const basicWidget = productFactory.create('Basic Widget');
console.log(basicWidget); // { name: 'Basic Widget', price: 9.99, inStock: true }

Custom Transformers

You can provide custom transformers to modify objects during instantiation:

import { createFactory, createRegistry } from '@elsikora/cladi';

interface OrderTemplate {
  name: string;
  basePrice: number;
  discountPercent: number;
}

// Create registry and register templates
const orderRegistry = createRegistry<OrderTemplate>({});
orderRegistry.register({
  name: 'standard',
  basePrice: 100,
  discountPercent: 0
});
orderRegistry.register({
  name: 'sale',
  basePrice: 100,
  discountPercent: 20
});

// Custom transformer that adds calculated fields
const orderTransformer = (template: OrderTemplate) => {
  const discount = template.basePrice * (template.discountPercent / 100);
  return {
    ...template,
    discount,
    finalPrice: template.basePrice - discount,
    timestamp: new Date().toISOString()
  };
};

// Create factory with custom transformer
const orderFactory = createFactory<ReturnType<typeof orderTransformer>>({
  registry: orderRegistry as any,
  transformer: orderTransformer
});

// Create instances with transformed properties
const standardOrder = orderFactory.create('standard');
console.log(standardOrder);
// {
//   name: 'standard',
//   basePrice: 100,
//   discountPercent: 0,
//   discount: 0,
//   finalPrice: 100,
//   timestamp: '2023-07-15T12:34:56.789Z'
// }

const saleOrder = orderFactory.create('sale');
console.log(saleOrder);
// {
//   name: 'sale',
//   basePrice: 100,
//   discountPercent: 20,
//   discount: 20,
//   finalPrice: 80,
//   timestamp: '2023-07-15T12:34:56.790Z'
// }

🛣 Roadmap

Task / Feature Status
Core Registry implementation ✅ Done
Core Factory implementation ✅ Done
Dependency Injection Container ✅ Done
Logging System ✅ Done
Support for ESM and CJS modules ✅ Done
Registry caching mechanism ✅ Done
Factory deep cloning ✅ Done
Custom transformers ✅ Done
API documentation 🚧 In Progress
Type safety improvements 🚧 In Progress
Async factory support 🚧 In Progress
Schema validation 🚧 In Progress
Event system 🚧 In Progress
Circular dependency detection 🚧 In Progress
Lifecycle hooks 🚧 In Progress
Lazy loading 🚧 In Progress
Serialization/deserialization utilities 🚧 In Progress
Performance benchmarks 🚧 In Progress
Web framework integrations 🚧 In Progress

❓ FAQ

Frequently Asked Questions

Is ClaDI suitable for small projects?

Yes, ClaDI is designed to be scalable for projects of all sizes. For small projects, you can use just the components you need, such as the Registry and Factory, without implementing the full dependency injection system.

How does ClaDI compare to other DI frameworks like InversifyJS or TypeDI?

ClaDI is more lightweight and focused, with zero external dependencies. It provides core building blocks rather than a full-featured DI framework. It's suitable for projects that need a clean, extensible foundation with minimal overhead.

Does ClaDI work with browser environments?

Yes, ClaDI is designed to work in both Node.js and browser environments. It's built with ES modules and also provides CommonJS compatibility.

How does the registry's caching mechanism work?

The registry implements an internal cache for getAll() and getMany() operations. When you register or unregister items, the cache is automatically cleared to ensure you always get fresh data.

Can I use ClaDI with React, Angular, or Vue?

Yes, ClaDI can be used with any frontend framework. It's framework-agnostic and provides core infrastructure that can be integrated into your component system.

How do I handle circular dependencies?

Currently, circular dependencies must be managed manually. However, the roadmap includes adding circular dependency detection to help identify and resolve these issues.

Is there a performance penalty for using the factory pattern?

The factory performs deep cloning of templates using structuredClone(), which has better performance than JSON serialization methods. For most applications, this overhead is negligible, and the benefits of immutability outweigh the performance cost.

🔒 License

This project is licensed under **MIT License

Copyright (c) 2025 ElsiKora

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.**.

changelog

2.0.2 (2025-04-08)

2.0.1 (2025-04-08)

2.0.0 (2025-04-08)

Code Refactoring

  • registry: remove eservicetoken enum and update registry interface (f112774)

Features

  • utility: implement safedepclone utility for handling objects with functions (bfa9bbe)

BREAKING CHANGES

  • registry: - Remove EServiceToken enum previously used for common service registration
  • Change Registry interface to use getName() method instead of name property
  • Update documentation examples to use custom tokens

Replace predefined tokens with user-defined tokens. Update Registry interface to require getName() method instead of name property. Clean up imports throughout the codebase for better organization.

1.0.4 (2025-04-08)

Bug Fixes

  • docs: clean target directory before copying docs and fix tsdoc reference (d0b32e8)

1.0.3 (2025-04-08)

1.0.2 (2025-04-08)

1.0.1 (2025-04-07)

1.0.0 (2025-04-07)

Bug Fixes

  • ci: add kebab case repo name handling in docs mirroring workflow (a1694b3)
  • ci: correct variable substitution in docs workflow and simplify index text (6946f19)
  • ci: replace underscore with hyphen in branch name generation (1ddb6f6)
  • workflows: improve docs mirroring workflow with better kebab case naming (be6adc1)