Domain-Driven
Design & მოდელი
მის ცენტრში.

class Order { status: string; lines: Line[] }  // just a bag of fields

// rules live elsewhere, scattered and unguarded:
function ship(o: Order) {
  if (o.status !== "paid") throw Error("not paid")
  o.status = "shipped"     // anyone, anywhere, can flip this
}

class Order {
  private status = "pending"
  ship() {                       // the behavior IS the language
    if (this.status !== "paid")
      throw new Error("cannot ship an unpaid order")
    this.status = "shipped"
  }
}
// invalid transitions are impossible from outside

ჰგავს  გლოსარს, რომელსაც მთელი გუნდი ხელს აწერს: როცა ყველა — გაყიდვები, მხარდაჭერა, ინჟინერია — „გაგზავნილში“ ზუსტად ერთსა და იმავეს გულისხმობს, კამათი სიტყვებზე წყდება და საქმეზე იწყება.

„Customer“ თითოეულ კონტექსტში სხვა მოდელია. მათი ერთ საერთო კლასში ჩატენვა კლასიკური შეცდომაა.

ინტეგრაციის ურთიერთობები

// VALUE OBJECT — equal by value, immutable
class Money {
  constructor(readonly amount: number,
              readonly currency: string) {}
  add(o: Money): Money {        // returns a NEW one
    return new Money(this.amount + o.amount, this.currency)
  }
}
// ENTITY — equal by identity, mutable over time
class Order { constructor(readonly id: OrderId) {} }

ჰგავს  საყიდლების კალათას: ნივთებს ამატებთ და შლით კალათის გავლით და არა უცხო ხაზის პირდაპირი რედაქტირებით. კალათა ფესვია; ის ინახავს ჯამს პატიოსნად.

// a fact: past tense, immutable, named in the language
class OrderPlaced {
  constructor(
    readonly orderId: OrderId,
    readonly placedAt: Date,
  ) {}
}
// the aggregate root records it as part of placing:
order.place()            // → emits OrderPlaced
// Billing, Email, Analytics each react on their own.

დომენის მოვლენები მოდელირების იდეაა; ის, თუ როგორ მოძრაობენ ისინი სერვისებს შორის — ბროკერები, დანაწილებები, მიწოდების გარანტიები — შეტყობინებების რიგებისა & ნაკადების თემაა. ერთი პროცესის შიგნით დომენის მოვლენა უბრალოდ მეხსიერებაში არსებული შეტყობინებაც შეიძლება იყოს.

interface OrderRepo {            // a collection-like illusion
  findById(id: OrderId): Order
  save(order: Order): void     // the whole aggregate
}
// domain code depends on OrderRepo — not on SQL.
// SqlOrderRepo / InMemoryOrderRepo implement it,
// so the model stays testable and persistence-agnostic.

რეპოზიტორია არის დამოკიდებულებების ინვერსია, გამოყენებული მონაცემთა შრეზე; ACL კი Adapter პატერნია, რომელიც მთელ კონტექსტს იცავს. DDD იმავე კლასის დონის ინსტრუმენტებს იყენებს, რომლებიც უკვე იცით — უბრალოდ დომენისკენ მიმართავს მათ.

ინსტრუმენტების პეიზაჟი — სად ჯდება DDD

DDD არის მოდელირების დისციპლინა და არა ბიბლიოთეკა, რომელსაც აიმპორტებთ. ეს არის ადგილები, სადაც ის თქვენს დანარჩენ ინსტრუმენტებს ეხება — აირჩიეთ იმის მიხედვით, რაც მართლა გჭირდებათ, და გახსოვდეთ: პროექტების უმეტესობას მძიმე ინსტრუმენტები საერთოდ არ სჭირდება.

ნავიგაცია ← → ღილაკებით ან სქროლით · უკან ბიბლიოთეკაში