Home > Design Patterns > Entity Abstraction
Entity Abstraction

Entity Abstraction (Erl)

How can agnostic business logic be separated, reused, and governed independently?

Problem

Bundling both process-agnostic and process-specific business logic into the same service eventually results in the creation of redundant agnostic business logic across multiple services.

Solution

An agnostic business service layer can be established, dedicated to services that base their functional context on existing business entities.

Application

Entity service contexts are derived from business entity models and then establish a logical layer that is modeled during the analysis phase.

Impacts

The core, business-centric nature of the services introduced by this pattern require extra modeling and design attention and their governance requirements can impose dramatic organizational changes.

Architecture

Inventory, Composition, Service
Entity Abstraction: A layer of entity services, each of which encapsulates processing associated with a specific business entity (or a group of related entities).

A layer of entity services, each of which encapsulates processing associated with a specific business entity (or a group of related entities).

SOA Design Patterns

This page contains excerpts from:

SOA Design Patterns by Thomas Erl

Foreword by Grady Booch

With contributions from David Chappell, Jason Hogg, Anish Karmarkar, Mark Little, David Orchard, Satadru Roy, Thomas Rischbeck, Arnaud Simon, Clemens Utschig, Dennis Wisnosky, and others.

(ISBN: 0136135161, Hardcover, Full-Color, 400+ Illustrations, 865 pages)

For more information about this book, visit www.servicetechbooks.com.