Flexbase
  • Flexbase
  • Introduction
  • #JoyofCoding with Flexbase
  • Core Concepts
    • Flexbase
    • Flexstudio
      • Commands & Events
  • Thinking in Flexbase
    • Features and Modules
    • Designing APIs using Flexbase Control Flow
  • Sample Application
  • Solution Structure
    • Getting Started
      • Application
        • Introduction to Solution
        • Demo - Solution Generation
        • Solution Structure Overview
        • Architecture Overview
        • Clean architecture layer
        • Common Configurations
      • Features
        • Understanding Feature
        • Use Case
        • First Feature - Add Customer
        • Second Feature - Update Customer
        • Third Feature - Delete Customer
        • Query Features
  • Input Output Models
  • Messages
  • Domain
  • Pre Bus
  • Post Bus
  • Subscribers
  • Bus Gamma
  • Persistence
  • Hosting
  • Startup Code - WebAPI
  • Startup Code - Background Job
  • Endpoint - AppSettings
  • Bridge
  • Basic CRUD - Insert & Update
  • Introduction
  • View Generated API Definition in Swagger
  • Walkthrough Generated Code Insert
  • Walkthrough Generated Code Query GetById
  • Domain Model
  • Migration
  • AppSettings
  • Bus : How Basic Routing Config Works
  • INSERT : Input API Model
  • INSERT : Attribute Validation
  • INSERT : Plugin Validation
  • INSERT : Mapper
  • INSERT : Controller
  • INSERT : Services
  • INSERT : PostBus Handler
  • INSERT : PostBus Subscriber
  • INSERT : Demo In Action
  • QUERY : Output API Model
  • QUERY : Build and Fetch Pattern
  • QUERY : Demo In Action
  • Basic CRUD 2
    • Introduction
    • View Generated API Definition In Swagger
  • Walkthrough Generated Code Update
  • Walkthrough Generated Code Delete
  • Walkthrough Generated Code GetList
  • Walkthrough Generated Code Get Paged List
  • Update In Action
  • Delete In Action
  • GetList In Action
  • GetPagedList In Action
  • Konarch
Powered by GitBook
On this page
  • Domain Models
  • Mappers
  • Queries
  • Video

Domain

Flexbase Solution Structure

PreviousMessagesNextPre Bus

Last updated 4 years ago

The first one in the Business layer is the Domain. Under that we have three projects viz. DomainModels, mappers, and queries.

Domain Models

When object-oriented programming was first introduced, it held the promise that objects in software could model objects in the world. As it was adopted into enterprise software development, objects started to model the world less and the computer more. Eric Evans refocused object-oriented analysis and design onto the problem domain with his 2004 book Domain-Driven Design.

This is the core of your domain structure. Define your Domain models here and this will be used to create the Db and Tables in your chosen database platform. By default, we use Entity Framework for generating the database and tables. The domain model is also equivalent to your data structure that is going to be stored in a database.

Mappers

The mappers are used to map the InputAPIModel or OutputAPIModel with the domain model. We are not going to expose the domain model directly to the outside world or the other application. It is exposed only through an API and all the interaction happens through the input and output API model and maintain the segregation.

This gives a lot of flexibility in terms of your data structuring and keeping it independent from your database structure. This also reduces a lot of complexity

Queries

Lastly, we have the query layer. All the queries for the application is written in this project. The Queries also use a different configured repository which helps keeping the Read Db separate for more optimizations. During development or during low load in production, same db can be used by giving the same connection string for both Read and Write Repository.

Note: Default Read and Write Db segregation is for a scenario where Replication can be used to keep the read Db separate keeping the same structure of your domain.

Video