Plugin Architecture in Practice(Part 4) — Versioning, Distribution, and Ecosystem
In the previous three parts, we explored the motivation behind building a plugin system, its structural composition, and the runtime model for loading and ex...
System Design
Real-Time System in Practice (Part 1): Event-Driven Architecture with SignalR
While developing AkkaSync, I planned a frontend dashboard to visualize the data synchronization process in real time and surface potential issues as they occ...
Plugin Architecture in Practice(Part 3) — Discovery, Hot Loading, and Lifecycle
Once the plugin contract is defined, development can proceed in parallel — but the system still needs a unified way to discover and manage them. Hot swapping...
Plugin Architecture in Practice(Part 2) - Contract, Registration, and Resolution
In complex software systems, true extensibility doesn’t come from dynamically loading components—it comes from well-defined contracts that establish clear bo...
Plugin Architecture in Practice(Part 1) — Extensibility, Composition, and Evolution
The ideas discussed in this article originate from the plugin architecture implemented in AkkaSync, summarizing the design motivations and practical lessons ...
Designing a Lightweight, Plugin-First Data Pipeline Engine with Akka.NET
Data Synchronization Everywhere Data synchronization between business systems is extremely common in real-world software projects. As organizations grow, dat...
Thinking in DDD: Understanding Entities, Value Objects, and Aggregates through a Crowdfunding Page
Domain-Driven Design introduces several important modeling objects in the domain model, as follows:
Page Splits or Hotspots? Choosing the Right Primary Key in SQL Server
All data tables in the project use Guid as the primary key. Most of them are randomly generated Guids, but quite a few tables use Sequential Guid. For exampl...
Thinking in DDD: Applying Ubiquitous Language to Real-World Financial Workflows
Software engineers need domain knowledge to build business systems. I’ve found that domain experts often explain processes but rarely define key entities cle...
Thinking in DDD: A Case of Moving from Code-First to Domain-Driven
The domain of a software program is the subject area of the user’s activity or interest that it supports. Every day, we solve problems within the domain, eve...
Thinking in DDD: Starting with Lessons from Projects That Missed the Drive
In this article, I’ll list a few of the headaches I’ve encountered in recent projects — some of which may have something to do with DDD. There were certainly...