developer-delphi-programming-oop-fluent

Enforce object-oriented domain logic with fluent builders in Delphi projects.

Updated Jan 6, 2026
One-click install
npx skills add https://github.com/cslsoftwares/ParamentersORM --skill developer-delphi-programming-oop-fluent
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: developer-delphi-programming-oop-fluent
Source: https://github.com/cslsoftwares/ParamentersORM/tree/main/.cursor/skills/developer-delphi-programming-oop-fluent_V1.0.0
Command: npx skills add https://github.com/cslsoftwares/ParamentersORM --skill developer-delphi-programming-oop-fluent

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This standard enforces that all domain logic is implemented as object-oriented code with fluent builders, ensuring encapsulation, consistent architecture, and avoidance of global procedures across services, repositories, and application layers.

Core Features & Use Cases

  • Encapsulates business logic inside classes; public contracts are defined by interfaces; factory patterns expose a class function New returning an interface; fluent builders chain until Execute; avoids global variables and disjoint domain procedures.

Quick Start

Create a domain class with a factory New returning an interface, build the operation with fluent methods, and call Execute to run it.

Frequently Asked Questions about developer-delphi-programming-oop-fluent

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement a fluent builder in Delphi that enforces OOP architecture?

A fluent builder in Delphi is implemented by creating a class function New returning an interface, chaining fluent builder methods for configuration, and terminating with an Execute method to run the domain operation.

Why should Delphi domain services use interfaces instead of global procedures?

Delphi domain services should use interfaces returning from a class function New to ensure encapsulation, maintain consistent architecture, and avoid disjoint global procedures across business logic, repositories, and application layers.

What is the best way to encapsulate business logic across Delphi application layers?

The best way to encapsulate Delphi business logic is wrapping domain operations inside classes that expose interfaces via a factory New function, then chaining fluent builder methods culminating in Execute across all application layers.

Can I use design patterns like factory and fluent builder for Delphi repositories?

Yes, you can apply factory and fluent builder design patterns to Delphi repositories by exposing a class function New returning an interface, chaining fluent configuration methods, and executing the repository operation with a final Execute call.

When do I need to refactor Delphi code to use a fluent builder terminating with Execute?

You need to refactor Delphi code to use a fluent builder terminating with Execute when domain services, business logic, or repositories rely on disjoint global procedures instead of encapsulated object-oriented classes exposing interfaces.

Does this fluent builder approach work for any domain service in Delphi projects?

Yes, this fluent builder approach works for any domain service, business logic, repository, or application layer in Delphi projects, requiring classes to expose New returning interfaces and chaining builders until Execute.