【.NET】聊聊 IChangeToken 介面

来源:https://www.cnblogs.com/tcjiaan/p/18012397
-Advertisement-
Play Games

由於兩個月的奮戰,導致很久沒更新了。就是上回老周說的那個產線和機械手搬貨的項目,好不容易等到工廠放假了,我就偷偷樂了。當然也過年了,老周先給大伙伴們拜年了,P話不多講,就祝大家身體健康、生活愉快。其實生活和健康是密不可分的,想活得好,就得健康。包括身體健康、思想健康、心理健康、精神健康。不能以為我無 ...


由於兩個月的奮戰,導致很久沒更新了。就是上回老周說的那個產線和機械手搬貨的項目,好不容易等到工廠放假了,我就偷偷樂了。當然也過年了,老周先給大伙伴們拜年了,P話不多講,就祝大家身體健康、生活愉快。其實生活和健康是密不可分的,想活得好,就得健康。包括身體健康、思想健康、心理健康、精神健康。不能以為我無病無痛就很健康,你起碼要全方位健康。

不管你的工作是什麼,忙或者不忙,報酬高或低,但是,人,總得活,總得過日子。咱們最好多給自己點福利,多整點可以自娛自樂的東西,這就是生活。下棋、打游戲、繪畫、書法、釣魚、飆車、嗩吶……不管玩點啥,只要積極正向的就好,可以大大降低得抑鬱症、高血壓的機率;可以減少70%無意義的煩惱;可以降低跳樓風險;在這個禮崩樂壞的社會環境中,可以抵禦精神污染……總之,益處是大大的有。

然後老周再說一件事,一月份的時候常去工廠調試,也認識了機械臂廠商派的技術支持——吳大工程師。由於工廠所處地段非常繁華,因此每次出差,午飯只能在附近一家四川小吃店解決。畢竟這方圓百十里也僅此一家。不去那裡吃飯除非自帶麵包蹲馬路邊啃,工廠不供食也不供午休場所。剛開始幾次出差還真的像個傻子似的蹲馬路邊午休。後來去多了,直接鑽進工廠的會議室睡午覺。

有一天吃午飯時,吳老師說:你說什麼樣的人編程水平最高?

我直接從潛意識深處回答他:我做一個排序,僅供參考。編程水平從高到低排行:

1、黑客。雖然大家都說黑客一代不如一代,但目前來說,這群人還是最強的;

2、純粹技術愛好者;

3、著名開源項目貢獻者。畢竟拿不出手的代碼也不好意思與人分享;

4、做過許多項目的一線開發者。我強調的項目數量多,而不是長年只維護一個項目的。只有數量多你學到的才多;

5、社區貢獻較多者,這個和3差不多。不過,老周認為的社區貢獻就是不僅提供代碼,還提供文檔、思路、技巧等;

6、剛入坑但基礎較好的開發者;

7、培訓機構的吹牛專業戶;

8、大學老師/教授;

9、短視頻平臺上的磚家、成宮人士;

10、剛學會寫 main 函數的小朋友。

==========================================================================================================

下麵進入主題,咱們今天聊聊 IChangeToken。它的主要功能是提供更改通知。比如你的配置源發生改變了,要通知配置的使用者重新載入。你可能會疑惑,這貨跟使用事件有啥區別?這個老周也不好下結論,應該是為非同步代碼準備的吧。

下麵是 IChangeToken 介面的成員:

bool HasChanged { get; }
bool ActiveChangeCallbacks { get; }
IDisposable RegisterChangeCallback(Action<object?> callback, object? state);

這個 Change Token 思路很清奇,實際功能類似事件,就是更改通知。咱們可以瞭解一下其原理,但如果你覺得太繞,不想瞭解也沒關係的。在自定義配置源時,咱們是不需要自己寫 Change Token 的,框架已有現成的。我們只要知道要觸發更改通知時調用相關成員就行。

如果你想看源碼的話,老周可以告你哪些文件(github 項目是 dotnet\runtime):

1、runtime-main\src\libraries\Common\src\Extensions\ChangeCallbackRegistrar.cs:這個主要是 UnsafeRegisterChangeCallback 方法,用於註冊回調委托;

2、runtime-main\src\libraries\Microsoft.Extensions.Primitives\src\ChangeToken.cs:這個類主要是提供靜態的輔助方法,用於註冊回調委托。它的好處是可以迴圈——註冊回調後,觸發後委托被調用;調用完又自動重新註冊,使得 Change Token 可以多次觸發;

3、runtime-main\src\libraries\Microsoft.Extensions.Primitives\src\CancellationChangeToken.cs:這個類是真正實現 IChangeToken 介面的;

4、runtime-main\src\libraries\Microsoft.Extensions.Configuration\src\ConfigurationReloadToken.cs:這個也是實現 IChangeToken 介面,而且它才是咱們今天的主角,該類就是為重新載入配置數據而提供的。調用它的 OnReload 方法可以觸發更改通知。

看了上面這些,你可能更疑惑了。啥原理?為啥 Token 只能觸發一次?為何要重新註冊回調?

咱們用一個簡單例子演練一下。

static void Main(string[] args)
{
    CancellationTokenSource cs = new();
    // 這裡獲取token
    CancellationToken token = cs.Token;
    // token 可以註冊回調
    token.Register(() =>
    {
        Console.WriteLine("你按下了【K】鍵");
    });
    // 啟動一個新task
    Task myTask = Task.Run(() =>
    {
        // 等待輸入,如果按下【K】鍵,就讓CancellationTokenSource取消
        ConsoleKeyInfo keyInfo;
        while(true)
        {
            keyInfo = Console.ReadKey(true);
            if(keyInfo.Key == ConsoleKey.K)
            {
                // 取消
                cs.Cancel();
                break;
            }
        }
    });
    // 主線程等待任務完成
    Task.WaitAll(myTask);
}

CancellationTokenSource 類表示一個取消任務的標記,訪問它的 Token 屬性可以獲得一個 CancellationToken 結構體實例,可以檢索它的 IsCancellationRequested 屬性以明確是否有取消請求(有則true,無則false)。

還有更重要的,CancellationToken 結構體的 Register 方法可以註冊一個委托作為回調,當收到取消請求後會觸發這個委托。對的,這個就是 Change Token 靈魂所在了。一旦回調被觸發後,CancellationTokenSource 就處於取消狀態了,你無法再次觸發,除非重置或重新實例化。這就是回調只能觸發一次的原因。

下麵,咱們完成一個簡單的演示——用資料庫做配置源。在 SQL Server 裡面隨便建個資料庫,然後添加一個表,名為 tb_configdata。它有四個欄位:

CREATE TABLE [dbo].[tb_configdata](
    [ID] [int] NOT NULL,
    [config_key] [nvarchar](15) NOT NULL,
    [config_value] [nvarchar](30) NOT NULL,
    [remark] [nvarchar](50) NULL,
 CONSTRAINT [PK_tb_configdata] PRIMARY KEY CLUSTERED 
(
    [ID] ASC,
    [config_key] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, OPTIMIZE_FOR_SEQUENTIAL_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
GO

ID和config_key設為主鍵,config_value 是配置的值,remark 是備註。備註欄位其實可以不用,但實際應用的時候,可以用來給配置項寫點註釋。

然後,在程式裡面咱們用到 EF Core,故要先生成與表對應的實體類。這裡老周就不用工具了,直接手寫更有效率。

// 實體類
public class MyConfigData
{
    public int ID { get; set; }
    public string ConfigKey { get; set; } = string.Empty;
    public string ConfigValue { get; set; } = string.Empty;
    public string? Remark { get; set; }
}

// 資料庫上下文對象
public class DemoConfigDBContext : DbContext
{
    public DbSet<MyConfigData> ConfigData => Set<MyConfigData>();

    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlServer("Data Source=DEV-PC\\SQLTEST;Initial Catalog=Demo;Integrated Security=True;Connect Timeout=30;Encrypt=True;Trust Server Certificate=True;Application Intent=ReadWrite;Multi Subnet Failover=False");
    }

    protected override void OnModelCreating(ModelBuilder modelbd)
    {
        modelbd.Entity<MyConfigData>()
            .ToTable("tb_configdata")
            .HasKey(c => new { c.ID, c.ConfigKey });
        modelbd.Entity<MyConfigData>()
            .Property(c => c.ConfigKey)
            .HasColumnName("config_key");
        modelbd.Entity<MyConfigData>()
            .Property(c => c.ConfigValue)
            .HasColumnName("config_value");
        modelbd.Entity<MyConfigData>()
            .Property(c => c.Remark)
            .HasColumnName("remark");
    }
}

上述代碼的情況特殊,實體類的名稱和成員名稱與數據表並不一致,所以在重寫 OnModelCreating 方法時,需要進行映射。

1、ToTable("tb_configdata") 告訴 EF 實體類對應的數據表是 tb_configdata;

2、HasKey(c => new { c.ID, c.ConfigKey }):表明該實體有兩個主鍵——ID和ConfigKey。這裡指定的是實體類的屬性,而不是數據表的欄位名,因為後面咱們會進行列映射;

3、HasColumnName("config_key"):告訴 EF,實體的 ConfigKey 屬性對應的是數據表中 config_key。後面的幾個屬性的道理一樣,都是列映射。

做映射就類似於填坑,如果你不想挖坑,那就直接讓實體類名與表名一樣,屬性名與表欄位(列)一樣,這樣就省事多了。不過,在實際使用中真沒有那麼美好。很多時候資料庫是小李負責的,人家早就建好了,存儲過程都寫了幾萬個了。後面前臺程式是老張來開發,對老張來說,要麼把實體的命名與資料庫的一致,要麼就做一下映射。多數情況下是要映射的,畢竟很多時候資料庫對象的命名都比較奇葩。尤其有上千個表的時候,為了看得順眼,很多人喜歡這樣給數據表命名:ta_XXX、ta_YYY、tb_ZZZ、tc_FFF、tx_PPP、ty_EEE、tz_WWW。還有這樣命名的:m1_Report、m2_ReportDetails…… m105_TMD、m106_WNM、m107_DOUBI。

這種命名用在實體類上面確實很不優雅,所以映射就很必要了。

此處咱們不用直接實現 IConfigurationProvider 介面,而是從 ConfigurationProvider 類派生就行了。自定義配置源的東東老周以前寫過,只是當時沒有實現更改通知。

public class MyConfigurationProvider : ConfigurationProvider, IDisposable
{
    private System.Threading.Timer theTimer;

    public MyConfigurationProvider()
    {
        theTimer = new Timer(OnTimer, null, 100, 10000);
    }

    private void OnTimer(object? state)
    {
        // 先調用Load方法,然後用OnReload觸發更新通知
        Load();
        OnReload();
    }

    public void Dispose()
    {
        theTimer?.Change(0, 0);
        theTimer?.Dispose();
    }

    public override void Load()
    {
        // 先讀取一下
        using DemoConfigDBContext dbctx = new();
        // 如果無數據,先初始化
        if(dbctx.ConfigData.Count() == 0)
        {
            InitData(dbctx.ConfigData);
        }
        // 載入數據
        Data = dbctx.ConfigData.ToDictionary(k => k.ConfigKey, k => (string?)k.ConfigValue);

        // 本地函數
        void InitData(DbSet<MyConfigData> set)
        {
            int _id = 1;
            set.Add(new()
            {
                ID = _id,
                ConfigKey = "page_size",
                ConfigValue = "25"
            });
            _id += 1;
            set.Add(new()
            {
                ID = _id,
                ConfigKey = "format",
                ConfigValue = "xml"
            });
            _id += 1;
            set.Add(new()
            {
                ID = _id,
                ConfigKey = "limited_height",
                ConfigValue = "1450"
            });
            _id += 1;
            set.Add(new()
            {
                ID = _id,
                ConfigKey = "msg_lead",
                ConfigValue = "TDXA_"
            });
            // 保存數據
            dbctx.SaveChanges();
        }
    }

}

由於老周不知道怎麼監控資料庫更新,最簡單的辦法就是用定時器迴圈檢查。重點是重寫 Load 方法,完成載入配置的邏輯。Load 方法覆寫後不需要調用 base 的 Load 方法,因為基類的方法是空的,調用了也沒毛用。

在 Timer 對象調用的方法(OnTimer)中,先調用 Load 方法,再調用 OnReload 方法。這樣就可以在載入數據後觸發更改通知。

然後實現 IConfigurationSource 介面,提供 MyConfigurationProvider 實例。

public class MyConfigurationSource : IConfigurationSource
{
    public IConfigurationProvider Build(IConfigurationBuilder builder)
    {
        return new MyConfigurationProvider();
    }
}

預設的配置源有JSON文件、命令行、環境變數等,為了排除干擾,便於查看效果,在 Main 方法中咱們先把配置源列表清空,再添加咱們自定義的配置源。

var builder = WebApplication.CreateBuilder(args);
// 清空配置源
builder.Configuration.Sources.Clear();
// 添加配置源到Sources
builder.Configuration.Sources.Add(new MyConfigurationSource());
var app = builder.Build();

最後,可以做個簡單測試,直接註入 Mini-API 中讀取配置。

app.MapGet("/", (IConfiguration config) =>
{
    StringBuilder bd = new();
    foreach(var kp in config.AsEnumerable())
    {
        bd.AppendLine($"{kp.Key} = {kp.Value}");
    }
    return bd.ToString();
});

運行效果如下:

這時候咱們到資料庫里把配置值改一下。

update tb_configdata
    set config_value = N'55'
    where config_key = N'page_size'

update tb_configdata
    set config_value = N'1900'
    where config_key = N'limited_height'

接著回應用程式的頁面,刷新一下,配置值已更新。

這裡你可能會有個疑問:連接字元串硬編碼了不太好,要不寫在配置文件中,可是,寫在JSON文件中咱們怎麼獲取呢?畢竟 ConfigurationProvider 不使用依賴註入。

IConfigurationSource 不是有個 Build 方法嗎?Build 方法不是有個參數是 IConfigurationBuilder 嗎?用它,用它,狠狠地用它。

public class MyConfigurationSource : IConfigurationSource
{
    public IConfigurationProvider Build(IConfigurationBuilder builder)
    {
        // 此處可以臨時build一個配置樹,就能獲取到JSON配置文件裡面的連接字元串了
        var config = builder.Build();
        string connStr = config["ConnectionStrings:test"]!;
        return new MyConfigurationProvider(connStr);
    }
}

前面定義的一些類也要改一下。

先是 MyConfigurationProvider 的構造函數。

public class MyConfigurationProvider : ConfigurationProvider, IDisposable
{
    private System.Threading.Timer theTimer;
    private string connectString;

    public MyConfigurationProvider(string cnnstr)
    {
        connectString = cnnstr;
        ……
    }

    ……
}

DemoConfigDBContext 類是連接字元串的最終使用者,所以也要改一下。

public class DemoConfigDBContext : DbContext
{
    private string connStr;

    public DemoConfigDBContext(string connectionString)
    {
        connStr = connectionString;
    }

    ……

    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlServer(connStr);
    }
}

在appsettings.json 文件中配置連接字元串。

{
  "Logging": {
    ……
  },
  "AllowedHosts": "*",
  "ConnectionStrings": {
    "test": "Data Source=DEV-PC\\SQLTEST;Initial Catalog=Demo;Integrated Security=True;Connect Timeout=30;Encrypt=True;Trust Server Certificate=True;Application Intent=ReadWrite;Multi Subnet Failover=False"
  }
}

回到 Main 方法,咱們還得加上 JSON 配置源。

var builder = WebApplication.CreateBuilder(args);
// 清空配置源
builder.Configuration.Sources.Clear();
// 添加配置源到Sources
builder.Configuration.AddJsonFile("appsettings.json");
builder.Configuration.Sources.Add(new MyConfigurationSource());
var app = builder.Build();

其他的不變。

-----------------------------------------------------------------------------------------------------

接下來,咱們弄個一對多的例子。邏輯是這樣的:啟動程式顯示主視窗,接著創建五個子視窗。主視窗上有個大大的按鈕,點擊後,五個子視窗會收到通知。大概就這個樣子:

子視窗名為 TextForm,代碼如下:

internal class TestForm : Form
{
    private IDisposable _changeTokenReg;
    private TextBox _txtMsg;
    public TestForm(Func<IChangeToken?> getToken)
    {
        // 初始化子級控制項
        _txtMsg = new()
        {
            Dock = DockStyle.Fill,
            Margin = new Padding(5),
            Multiline = true,
            ScrollBars = ScrollBars.Vertical
        };
        Controls.Add(_txtMsg);

        _changeTokenReg = ChangeToken.OnChange(getToken, OnCallback);
    }

    // 回調方法
    void OnCallback()
    {
        DateTime curtime = DateTime.Now;
        string str = $"{curtime.ToLongTimeString()} 新年快樂\r\n";
        _txtMsg.BeginInvoke(() =>
        {
            _txtMsg.AppendText(str);
        });
    }

    protected override void Dispose(bool disposing)
    {
        // 釋放對象
        if (disposing)
        {
            _changeTokenReg?.Dispose();
        }
        base.Dispose(disposing);
    }
}

視窗上只放了一個文本框。上面代碼中,使用了 ChangeToken.OnChange 靜態方法,為 Change Token 註冊回調委托,本例中回調委托綁定的是 OnCallback 方法,也就是說:當 Change Token 觸發後會在文本框中追加文本。OnChange 靜態方法有兩個重載:

// 咱們示例中用的是這個版本
static IDisposable OnChange(Func<IChangeToken?> changeTokenProducer, Action changeTokenConsumer);
// 這是另一個重載
static IDisposable OnChange<TState>(Func<IChangeToken?> changeTokenProducer, Action<TState> changeTokenConsumer, TState state);

上述例子用的是第一個,其實裡面調用的也是第二個重載,只是把咱們傳遞的 OnCallback 方法當作 TState 傳進去了。

請大伙伴暫時記住 changeTokenProducer 和 changeTokenConsumer 這兩參數。changeTokenProducer 也是一個委托,返回 IChangeToken。用的時候一定要註意,每次觸發之前,Change Token 要先創建新實例。註意是先創建新實例再觸發,否則會導致無限。儘管內部會判斷 HasChanged 屬性,可問題是這個判斷是在註冊回調之後的。這個是跟 Change Token 的清奇邏輯有關,咱們看看 OnChage 的源代碼就明白了。

 public static IDisposable OnChange<TState>(Func<IChangeToken?> changeTokenProducer, Action<TState> changeTokenConsumer, TState state)
 {
     if (changeTokenProducer is null)
     {
         ThrowHelper.ThrowArgumentNullException(ExceptionArgument.changeTokenProducer);
     }
     if (changeTokenConsumer is null)
     {
         ThrowHelper.ThrowArgumentNullException(ExceptionArgument.changeTokenConsumer);
     }

     return new ChangeTokenRegistration<TState>(changeTokenProducer, changeTokenConsumer, state);
 }

簡單來說,就是返回一個 ChangeTokenRegistration 實例,這是個私有類,咱們是訪問不到的,以 IDisposable 介面公開。其中,它有兩個方法是遞歸調用的:

private void OnChangeTokenFired()
{
    // The order here is important. We need to take the token and then apply our changes BEFORE
    // registering. This prevents us from possible having two change updates to process concurrently.
    //
    // If the token changes after we take the token, then we'll process the update immediately upon
    // registering the callback.
    IChangeToken? token = _changeTokenProducer();

    try
    {
        _changeTokenConsumer(_state);
    }
    finally
    {
        // We always want to ensure the callback is registered
        RegisterChangeTokenCallback(token);
    }
}

private void RegisterChangeTokenCallback(IChangeToken? token)
{
    if (token is null)
    {
        return;
    }
    IDisposable registraton = token.RegisterChangeCallback(s => ((ChangeTokenRegistration<TState>?)s)!.OnChangeTokenFired(), this);
    if (token.HasChanged && token.ActiveChangeCallbacks)
    {
        registraton?.Dispose();
        return;
    }
    SetDisposable(registraton);
}

在 ChangeTokenRegistration 類的構造函數中,先調用 RegisterChangeTokenCallback 方法,開始了整個遞歸套娃的過程。在 RegisterChangeTokenCallback 方法中,為 token 註冊的回調就是調用 OnChangeTokenFired 方法。

而 OnChangeTokenFired 方法中,是先獲取新的 Change Token,再觸發舊 token。最後,又調用 RegisterChangeTokenCallback 方法,實現了無限套娃的邏輯。

因此,咱們在用的時候,必須先創建新的 Change Token 實例,然後再調用 RegisterChangeTokenCallback 實例的 Cancel 方法。不然這無限套娃會一直進行到棧溢出,除非你提前把 ChangeTokenRegistration 實例 Dispose 掉(由 OnChange 靜態方法返回)。可是那樣的話,你就不能多次接收更改了。

下麵就是主視窗部分,也是最危險的部分——必須按照咱們上面分析的順序進行,不然會 Stack Overflow。

public partial class Form1 : Form
{
    private CancellationTokenSource _cancelTkSource;
    private CancellationChangeToken _changeToken;
    public Form1()
    {
        InitializeComponent();
        _cancelTkSource = new CancellationTokenSource();
        _changeToken = new(_cancelTkSource.Token);
        button1.Click += OnButton1Click;
        button2.Click += OnButton2Click;
    }

    private void OnButton2Click(object? sender, EventArgs e)
    {
        for(int t= 0; t < 5; t++)
        {
            TestForm frm = new(GetChangeToken);
            frm.Text = "視窗" + (t + 1);
            frm.Size = new Size(300, 240);
            frm.StartPosition = FormStartPosition.CenterParent;
            frm.Show(this);
        }
    }

    // 這個地方就是觸發token了,所以要先換上新的實例
    private void OnButton1Click(object? sender, EventArgs e)
    {
        // 先創建新的實例
        var oldsource = Interlocked.Exchange(ref _cancelTkSource, new CancellationTokenSource());
        Interlocked.Exchange(ref _changeToken, new CancellationChangeToken(_cancelTkSource.Token));
        // 只要CancellationTokenSource一取消,其他客戶端會收到通知
        oldsource.Cancel();
    }

    // 這個方法傳遞給 TestForm 構造函數,再傳給 OnChange 靜態方法
    public IChangeToken? GetChangeToken()
    {
        return _changeToken;
    }
}

按鈕1的單擊事件處理方法就是觸發點,所以,CancellationTokenSource、CancellationChangeToken 要先換成新的實例,然後再用舊的實例去 Cancel。這裡用 Interlocked 類會好一些,畢竟要考慮非同步的情況,雖然咱這裡都是在UI線程上傳遞的,但還是遵守這個習慣好一些。

這樣處理就能避免棧溢出了。運行後,先打開五個子視窗(多點擊一次就能創建十個子視窗)。接著點擊大大按鈕,五個子視窗就能收到通知了。

 

好了,這次就聊到這兒了。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 關註我,緊跟本系列專欄文章,咱們下篇再續! 作者簡介:魔都技術專家兼架構,多家大廠後端一線研發經驗,各大技術社區頭部專家博主,編程嚴選網創始人。具有豐富的引領團隊經驗,深厚業務架構和解決方案的積累。負責: 中央/分銷預訂系統性能優化 活動&優惠券等營銷中台建設 交易平臺及數據中台等架構和開發設計 目 ...
  • 概述 所謂介面冪等性就是:在特定場景下,同一條件的多次介面調用,保證操作只執行一次,如果介面沒有保證冪等性,在以下場景就會產生問題 前端重覆提交:用戶進行註冊、創建個人信息等操作,由於網路抖動導致頁面沒有及時響應,用戶認為沒有成功而多次點擊提交按鈕,發生重覆提交表單請求 介面超時重試:提供外部系統調 ...
  • 分享是最有效的學習方式。 博客:https://blog.ktdaddy.com/ 老貓的設計模式專欄已經偷偷發車了。不甘願做crud boy?看了好幾遍的設計模式還記不住?那就不要刻意記了,跟上老貓的步伐,在一個個有趣的職場故事中領悟設計模式的精髓吧。還等什麼?趕緊上車吧 故事 這段時間以來,小貓 ...
  • 說明 PHP語言本身可以用insteadof和as關鍵字解決多個trait同名成員方法衝突的問題,但是貌似沒有直接解決同名成員屬性衝突的方案。 雖然屬性名衝突極少發生,但是不代表不會發生。 如果是自定義trait 可以複製舊trait文件到新trait,改新文件的成員屬性名,引用新trait。 直接 ...
  • Java Break 和 Continue Java Break: break 語句用於跳出迴圈或 switch 語句。 在迴圈中使用 break 語句可以立即終止迴圈,並繼續執行迴圈後面的代碼。 在 switch 語句中使用 break 語句可以跳出當前 case,並繼續執行下一個 case。 示 ...
  • 本論文探討了長短時記憶網路(LSTM)和反向傳播神經網路(BP)在股票價格預測中的應用。首先,我們介紹了LSTM和BP在時間序列預測中的基本原理和應用背景。通過對比分析兩者的優缺點,我們選擇了LSTM作為基礎模型,因其能夠有效處理時間序列數據中的長期依賴關係,在基礎LSTM模型的基礎上,我們引入了動... ...
  • Java 迴圈 迴圈可以執行一個代碼塊,只要達到指定的條件。迴圈很方便,因為它們節省時間,減少錯誤,並使代碼更易讀。 Java While 迴圈 while 迴圈會迴圈執行一個代碼塊,只要指定的條件為真: 語法 while (condition) { // 要執行的代碼塊 } 在下麵的示例中,只要變 ...
  • 總有以下的需求: 等待用戶確認,就是有【確定】和【取消】按鈕,有個標題和內容的彈框(比如:您確定要刪除嗎?) 就是告知一下,就是上面的【取消】按鈕不顯示(比如:保存成功!) 莫有按鈕,幾秒鐘後自己消失,就是所謂的toast(比如:已完成) 莫有按鈕,需要發送命令才能消息(比如:數據載入中) 一開始犯 ...
一周排行
    -Advertisement-
    Play Games
  • 在C#中使用SQL Server實現事務的ACID(原子性、一致性、隔離性、持久性)屬性和使用資料庫鎖(悲觀鎖和樂觀鎖)時,你可以通過ADO.NET的SqlConnection和SqlTransaction類來實現。下麵是一些示例和概念說明。 實現ACID事務 ACID屬性是事務處理的四個基本特征, ...
  • 我們在《SqlSugar開發框架》中,Winform界面開發部分往往也用到了自定義的用戶控制項,對應一些特殊的界面或者常用到的一些局部界面內容,我們可以使用自定義的用戶控制項來提高界面的統一性,同時也增強了使用的便利性。如我們Winform界面中用到的分頁控制項、附件顯示內容、以及一些公司、部門、菜單的下... ...
  • 在本篇教程中,我們學習瞭如何在 Taurus.MVC WebMVC 中進行數據綁定操作。我們還學習瞭如何使用 ${屬性名稱} CMS 語法來綁定頁面上的元素與 Model 中的屬性。通過這些步驟,我們成功實現了一個簡單的數據綁定示例。 ...
  • 是在MVVM中用來傳遞消息的一種方式。它是在MVVMLight框架中提供的一個實現了IMessenger介面的類,可以用來在ViewModel之間、ViewModel和View之間傳遞消息。 Send 接受一個泛型參數,表示要發送的消息內容。 Register 方法用於註冊某個對象接收消息。 pub ...
  • 概述:在WPF中,通過EventHandler可實現基礎和高級的UI更新方式。基礎用法涉及在類中定義事件,併在UI中訂閱以執行更新操作。高級用法藉助Dispatcher類,確保在非UI線程上執行操作後,通過UI線程更新界面。這兩種方法提供了靈活而可靠的UI更新機制。 在WPF(Windows Pre ...
  • 概述:本文介紹了在C#程式開發中如何利用自定義擴展方法測量代碼執行時間。通過使用簡單的Action委托,開發者可以輕鬆獲取代碼塊的執行時間,幫助優化性能、驗證演算法效率以及監控系統性能。這種通用方法提供了一種便捷而有效的方式,有助於提高開發效率和代碼質量。 在軟體開發中,瞭解代碼執行時間是優化程式性能 ...
  • 概述:Cron表達式是一種強大的定時任務調度工具,通過配置不同欄位實現靈活的時間規定。在.NET中,Quartz庫提供了簡便的方式配置Cron表達式,實現精準的定時任務調度。這種靈活性和可擴展性使得開發者能夠根據需求輕鬆地制定和管理定時任務,例如每天備份系統日誌或其他重要操作。 Cron表達式詳解 ...
  • 概述:.NET提供多種定時器,如System.Windows.Forms.Timer適用於UI,System.Web.UI.Timer用於Web,System.Diagnostics.Timer用於性能監控,System.Threading.Timer和System.Timers.Timer用於一般 ...
  • 問題背景 有同事聯繫我說,在生產環境上,訪問不了我負責的common服務,然後我去檢查common服務的health endpoint, 沒問題,然後我問了下異常,timeout導致的System.OperationCanceledException。那大概率是客戶端的問題,會不會是埠耗盡,用ne ...
  • 前言: 在本篇 Taurus.MVC WebMVC 入門開發教程的第四篇文章中, 我們將學習如何實現數據列表的綁定,通過使用 List<Model> 來展示多個數據項。 我們將繼續使用 Taurus.Mvc 命名空間,同時探討如何在視圖中綁定並顯示一個 Model 列表。 步驟1:創建 Model ...