思考一種好的架構（十二）

事件溯源（tracingsource）

///資料庫事件溯源實體

/// [table(name: "

tracingsource")]

public

class

tracingsourceentity

//////

執行時間

/// public datetime executetimer

//////

執行sql

/// public

string executesql

}

class dccqrscommandeventhandler : inotificationhandler

public
task handle(dccqrscommandevent notification, cancellationtoken cancellationtoken)
}

class

startexecute : basestartexecute
}public
static
class
startup
public
static
void
}

1、沒有資料回溯功能，充其量也只是乙個事件持久化

2、使用業務庫，而不是nosql

解釋1、懶

2、雖然它使用了業務庫，但是還是乙個歸類為普通服務，使用業務庫做持久化只是暫時的

思考一種好的架構（十二）

程式集掃瞄庫 referencescan 是什麼？服務間會有各種相互依賴和引用，這勢必會造成爭奪configureservices，到最後牽一髮而動全身。於是很自然的出現了它來解決這個問題，為什麼？為了解決服務爭奪configureservices註冊順序而誕生的庫，他就是各個服務的帶頭人，一定是它...

思考一種好的架構（九）

中介者 mediator 為了解除服務間互相引用的問題，單獨劃分出來的乙個服務 它的好處時顯而易見的，服務之間的引用將會變的清晰明了 我只在業務服務庫上使用它，普通服務和基礎設施服務還是自己管自己的，沒有使用mediatr 因為我覺得它對於net core提供的中介者功能並不是很好的用，微軟自帶的i...

思考一種好的架構（二）

業務服務庫最小工作單元 這種架構適用於aspnetcore 我所使用的版本是2.2 非常舒服的地方就是startup.cs 可以在configureservices註冊服務 在configure實現中介軟體做aop程式設計，用起來不要太爽 由於net的控制器發現機制 參考 也就是每個業務服務都能擁有...