我個人比較懶，能自動做的事絕不手動做，最近在用ASP.NET Core寫一個項目，過程中會積累一些方便的工具類或框架，分享出來歡迎大家點(diǎn)評。
如果以后有時間的話，我打算寫一個系列的【實現(xiàn)BUG自動檢測】，本文將是第一篇。
如果你使用過ASP.NET Core那么對依賴注入一定不陌生。
使用流程為：
1. 先注冊Service，有3個方法AddTransient、AddScoped、AddSingleton
2. 再使用Service，通常在構(gòu)造方法里聲明
先來說說產(chǎn)生BUG的場景
BUG場景一：
有的時候可能因為疏忽忘記注冊Service直接就使用了，使用那個Service時會報異常。這種情況項目都是可以編譯通過的，是一個不太容易發(fā)現(xiàn)的BUG，如果那個Service在測試時沒有覆蓋到這個BUG就會被帶到生產(chǎn)環(huán)境
BUG場景二：
通常有一些Service我們只希望它在請求作用域內(nèi)被使用，例如：在服務(wù)端持有數(shù)據(jù)庫連接的Service通常都是請求作用域級別的，即：在請求內(nèi)第一次使用數(shù)據(jù)庫時創(chuàng)建數(shù)據(jù)庫連接，請求內(nèi)會復(fù)用連接，請求結(jié)束回收連接。
對應(yīng)ASP.NET Core里的注冊方式如下：
services.AddScoped<IDbContext, DbContext>();
在ASP.NET Core中AddScoped注冊的Service在請求結(jié)束時會銷毀。
如果你在控制器中直接引用IDbContext一切正常，現(xiàn)在業(yè)務(wù)需要我們要封裝一個用戶管理類UserManager，它是單例的，注冊代碼：
services.AddScoped<IUserManager, UserManager>();
在寫UserManager類的時候要訪問數(shù)據(jù)庫，順手就引用了IDbContext（正常是不應(yīng)該這么引用的但是忘記
