Skip to content

Commit 9a2aa90

Browse files
authored
Clarify Service Locator pattern
1 parent 4e6c7b1 commit 9a2aa90

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

README.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -48,7 +48,7 @@ Translations:
4848
- [Actor](https://github.com/HowProgrammingWorks/Actor) – Encapsulates state and behavior, communicating asynchronously via message passing and processing messages in a queue. Ensures thread-safe and async-safe concurrent operations by isolating actor state.
4949
- [Reactor (event-loop)](https://github.com/HowProgrammingWorks/Reactor) - Handles concurrent events synchronously by adding them to queue and dispatching them to registered handlers. Implements event-driven async processing on the top of the sync one; commonly used in I/O-bound systems.
5050
- [Proactor](https://github.com/HowProgrammingWorks/Proactor) - Event loop where operations started by user-land code but completed by an external agent (for example I/O subsystem), which then triggers a completion handler when the operation finishes (returning data to callback).
51-
- [Service Locator](https://github.com/HowProgrammingWorks/ServiceLocator) - a central registry of services that allows us to register and retrieve abstractions between modules (used instead of dependency injection).
51+
- [Service Locator](https://github.com/HowProgrammingWorks/ServiceLocator) - a central registry of services that allows us to register and retrieve abstractions between modules (used for dependency injection, in js it can be implemented through the ESM or CJS module system).
5252
- 🗃️ Data access patterns
5353
- [Transaction Script](https://github.com/HowProgrammingWorks/TransactionScript) — a procedural pattern where each business operation is implemented as a function or script that coordinates logic, data access, and side effects. Its purpose is to keep logic straightforward and centralized, ideal for simple applications or service-layer orchestration without requiring full domain modeling.
5454
- Pattern SAGA — a distributed transaction pattern where a long-running business process is split into a sequence of local transactions, each with a compensating action in case of failure. It exists to avoid distributed locking.

0 commit comments

Comments
 (0)