Kollege von mir erzählte mir - wir haben keine Business-Logik, wir haben nur CRUD wie GetById, GetBySearchTerm, GetByParentID .... so begann ich zu fragen über diese Worte.GetById, GetByX CRUD oder Business-Logik-Methoden oder beide
Nach dem Lesen über DDD, diese Methoden sind CRUD, sie haben einen Mechanismus zum Abrufen von Daten (auch speichern, aktualisieren, löschen ...) basierend auf bestimmten Code (in der Regel SQL).
Wenn Business Analyst mich sagen: "Wir müssen Daten über bestimmte Kunden zeigen". Meiner Meinung nach ist dieser IS (GetById) ein Geschäftsprozess, GetById sollte innerhalb des Geschäftslogik-Teils der Anwendung platziert werden und kontaktiert das Repository, um Daten zu holen. Das Repository mit CRUD-Methoden ist dafür verantwortlich, Daten basierend auf bestimmten Kriterien zu erhalten.
Ich weiß, diese Frage kann dazu führen, Debatte mit atomaren Methoden Repository (GetById, GetBySearchTerm, GetByParentiId ...) zu haben, aber meine Frage ist nur einfach - sind diese Methoden CRUD oder Business-Logik-Methoden.
Wenn App Abfrage eine Daten ist es auch Transaktionsprozess. Ich denke, ich habe dich nicht verstanden. Können Sie das ausarbeiten oder vereinfachen? – user2457382
Wenn Sie Daten abfragen, ist dies normalerweise nicht transaktional. Es wäre nicht sinnvoll, eine Transaktion für Selects zu verwenden. In jedem Fall meine ich transaktionale im Sinne der Befehls-/Schreibseite der Dinge (OLTP) im Gegensatz zum Lesen von Daten (viel enger mit OLAP verwandt). –