Ponownie wykorzystaj tożsamość obiektu domeny a stwórz nową

Question

Tutaj nasza sprawa biznesowa,

Aplikacja zapewnia natychmiastową wycenę dla używanego iPhone'a i umożliwia sprzedającemu natychmiastową sprzedaż. Z drugiej strony są kupujący, którzy są gotowi kupić go natychmiast lub licytować na aukcjach. Potencjalni sprzedawcy detaliczni mogą odwiedzić stronę internetową i uzyskać natychmiastowy wycenę [iQuote123] na podstawie roku, modelu, stanu, akcesoriów wejściowych.

System tworzy nowy cytat za każdym razem, gdy ktoś użyje procesu. Jeśli sprzedawca zdecyduje się zaakceptować wycenę, zostanie natychmiast przyjęta z dodatkowymi informacjami o numerze seryjnym, zdjęciami itp. System wygeneruje unikalny identyfikator transakcji [iTransaction123].

W rzadkich przypadkach kupujący może nie pokazać lub odrzucić iPhone'a z powodu problemów z kondycją. Możemy znaleźć innego kupującego dla sprzedającego.

Chcę uzyskać opinię na temat tego, czy powinniśmy wygenerować nowy identyfikator transakcji, jeśli kupujący zmieni się, a następnie sprzedawca w sprawie zmian po przyjęciu oferty.

Jeśli zachowamy ten sam identyfikator transakcji, sprzedawca będzie mógł zapamiętać tylko jedno odwołanie, które ma sens, ponieważ jest takie samo dla iPhone'a, ale tylko dla innego kupującego, ale dla personelu obsługi backendu, tworzy wątek komunikacyjny dla tej unikalnej transakcji z komunikacją. od starych i nowych nabywców. Uważam, że najlepszym sposobem na obsłużenie jest utworzenie oddzielnego obiektu dla transakcji kupującego [iBuyerTransaction123] i odwzorowanie go na transakcję sprzedającego, tak aby utworzyć wiele transakcji transakcyjnych dla tego samego sprzedawcy w przypadku, gdy pierwszy nabywca nie wykona go.

Szukam najlepszego sposobu na obsługę tożsamości domeny z wytycznymi, kiedy należy utworzyć tożsamość i kiedy go użyć.

Answer 1

Chcę uzyskać opinię na temat tego, czy wygenerować nowy identyfikator transakcji, jeśli kupujący zmieni się, czy sprzedawca później, po zmianie warunków po przyjęciu oferty.

Najpopularniejsza odpowiedź w domain-driven-design - sprawdź u ekspertów domeny.

Na podstawie Twojego opisu spodziewałbym się, że w twoim modelu istnieje podmiot, którego jeszcze nie odkryłeś, coś, co reprezentuje proponowaną wymianę między kupującym a sprzedającym.

Spekulacje (nie znam twojej domeny), naprawdę masz tu dwie różne rzeczy. Najpierw masz kupno próśb o kupno i sprzedaj wnioski, które próbujesz dopasować. Następnie, po znalezieniu dopasowania, następuje pewna wymiana procesu, która działa poprzez faktyczne negocjacje między dwiema stronami. Na szczęśliwej ścieżce obie strony są zadowolone, a wszystko się kończy. Kiedy jedna ze stron nie jest usatysfakcjonowana wymianą, wymiana się kończy, ale obie strony wracają do stosu dopasowania.

Potrzebujesz podmiotu do śledzenia stanu tego procesu.

Widok sprzedającego byłby przypisany do jednego numeru referencyjnego, a ten klucz byłby używany do sprawdzenia bieżącej wymiany (jeśli jest w toku) i poprzednio zamkniętych wymian (jeśli są).

W rzeczywistości jest to powszechny wzorzec w modelowaniu - gdy masz dwie jednostki, z których każda ma niezależne życie, interakcja między tymi dwoma obiektami jest często śledzona w trzeciej jednostce, która ma swój własny cykl życia.