スキップしてメイン コンテンツに移動

.NET MAUI INotifyPropertyChangedを初めて使った話

INotifyPropertyChangedとは

プロパティ値が変更されたときに通知するものらしい。
だったら普通にイベント作れば良いじゃん?とはならないらしい
実際の値が変更したことに対し、参照元がアクションする?的な感じ
それを画面表示の自動更新のネタ元にするために使ってみました。

クラスを作ろう 

何はともあれクラスを作る。今あるBLEのクラスの継承元にINotifyPropertyChangedインターフェースを指定しても良かったんだけど、何かしら画面更新のイベントを集めたかったので別クラスを作った
今回はBLEControlViewModelsというクラスを作成。継承元をINotifyPropertyChanged。
public class BLEControlViewModels : INotifyPropertyChanged
{
    /// <summary>アップデートが可能か true=アップデート可能なファーム false=アップデート不可能</summary>
    private bool _isCanUpdate;
    /// <summary>接続状態</summary>
    private bool _isConnect;

    /// <summary>
    /// アップデートが可能か true=アップデート可能なファーム false=アップデート不可能
    /// </summary>
    public bool IsCanUpdate
    {
        get => _isCanUpdate;
        set
        {
            if (_isCanUpdate != value)
            {
                _isCanUpdate = value;
                OnPropertyChanged();
            }
        }
    }
    /// <summary>
    /// 接続状態
    /// </summary>
    public bool IsConnect
    {
        get => _isConnect;
        set
        {
            if (_isConnect != value)
            {
                _isConnect = value;
                OnPropertyChanged();
            }
        }
    }

    /// <summary>
    /// コンストラクタ
    /// </summary>
    public BLEControlViewModels()
    {
        // 初期値を設定
        IsCanUpdate = false;

        var bleControl = App._bleCtrl;
        // ファームウェアのアップデートが可能かの通知を受け取る
        bleControl.OnUpdateStatusChanged += (sender, e) =>
        {
            if(e.status == CAN_UPDATE_STATUS.UPDATEOK)
            {
                IsCanUpdate = true;
            }
            else
            {
                IsCanUpdate = false;
            }
        };
        // BLE接続可能かの通知を受け取る
        bleControl.OnConnect += (sender, e) =>
        {
            IsConnect = true;
        };
        // BLE接続不可かの通知を受け取る
        bleControl.OnDisConnect += (sender, e) =>
        {
            IsConnect = false;
        };
    }

    /// <summary>
    /// プロパティ変更通知
    /// </summary>
    public event PropertyChangedEventHandler PropertyChanged;

    /// <summary>
    /// プロパティ変更通知
    /// </summary>
    /// <param name="propertyName"></param>
    protected void OnPropertyChanged([CallerMemberName] string propertyName = null)
    {
        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
    }
}
接続状態のIsConnectとファームウェアのOTA更新の可能かの判定結果のIsCanUpdateを使えるようにした。
   var bleControl = App._bleCtrl;
は私の作ってるアプリにしか無いので皆さんは自分の使いたいクラスを使ってください。当然そこから生えているイベントも私のアプリにしかありません。
 

画面のソース(.cs側)

画面に追加したいのでそのソースの.cs側に usingで先ほどのクラスを設定(namespaceの付け方次第では無しでもいける)し、さっき作ったクラスを変数宣言。
そしてコンストラクタ内で初期化し、BindingContextプロパティに代入
using BLEControl.ViewModels;
 
public partial class SettingMainPage : ContentPage
{
    private BLEControlViewModels viewModel; // ★変数宣言
 
    /// <summary>
    /// コンストラクタ
    /// </summary>
    public SettingMainPage()
    {
        InitializeComponent();
        viewModel = new BLEControlViewModels(); //★初期化 private宣言したときにやってしまってもいい
        BindingContext = viewModel;// ★バインド
    }
} 
 

画面のソース(.xaml側)

そして、xaml側ではさっき作ったBLEControlViewModels のうちのIsConnectをBindしてみる。
<ContentPage xmlns="http://schemas.microsoft.com/dotnet/2021/maui"
             xmlns:x="http://schemas.microsoft.com/winfx/2009/xaml"        
             x:Class="LEderMaui.Views.Setting.SettingMainPage">
   
    <!--    設定メイン   -->
    <ContentPage.Content>
        <StackLayout>
            <Button Text="ファームウェアアップデート"  
x:Name="btnFirmUp" 
 Clicked="btnFirmUp_Clicked"  
IsEnabled="{Binding IsConnect}" />
        </StackLayout>
    </ContentPage.Content>
</ContentPage
試したところ、イベントの発生状態によってちゃんと画面が更新されました。
 
正直言って使うのが1箇所か2箇所なら面倒くさすぎて使う意味は無いと思います。ただ、1回作ってしまえばBindするのが楽になります。
状況によって痛し痒しって感じですかね。
 
おしまい
 
 
 

コメント

このブログの人気の投稿

ImDiskの後継アプリのAIM toolkitを試してみた

ImDiskの開発辞めちゃったらしい というわけで、じゃあ後継ソフトはあるのかと思ったらあった 遅いと言われているけど・・・ とインストールしてみた ImDiskのこの間の結果はこちら 再びRAM DISK(ImDisk)   blog.mazepin-led.com    そして今回のAIM Toolkit なんか、無茶苦茶遅くなってるな 下手するとSSDの方が速いじゃん CPUの使用状態はこんな感じ PIO転送なところは変わって無さそう まあ、遅いからと言ってその速度が体感できるのかというと出来ないんだけどね と思ったところで、なんか設定変えてみたらどうなるのだろう Allocate Memory Dynamicallyというのは、メモリを必要に応じてってことだからと思って以前試したことがあったけど、なんかImDiskのときは不安定だったんだよな  AdvancedのとこにあるUse AWE Physical Memoryというのが良くわからないけど、チェックしてみたら速くなった おお、大分速くなった。なったけど・・・・なんで? これだとImDiskよりちょっと遅いくらいになるのか もしやQuickFormatととかでも変わるのか?と思ったけどそこまでやる気も無かったので放置。速くなるわけないよね。 後は圧縮とか、取り外しメディアとかだし。   最近の性能の良いSSDのおかげで RAM DISKというものの存在意義が薄れちゃったね まあそれでとにかく速度を稼ぎたいぜって人は SoftPerfect RamDiskでも使ってください 昔はPrimo Ramdisk使ってました。当時使ってたけどなかなか良かった。 当時SSD無茶苦茶高かったし。 今はほぼ無用になってしまったが・・・ 未だにスタンダード版は8GBまでなんだな キャッシュ領域にしたいなら大人しく余ってるSSDを使った方がいいんじゃ無いかって気がするけど  おしまい

RAM DISKを使ってみた(使ったのはImDisk)

GWだし、まあちょっとラムディスクを入れてみました うちのPCはWindows11 使ったのはImDiskというRAM Disk。 まあ、この辺のインストールとかはあちこちで解説してる人がいるので適当にぐぐってくださいな で、とりあえずベンチマーク なかなかいいスピードだ で、大抵の人はブラウザのキャッシュをRAMディスクにするといいよ・・・と言うけど そもそもメインドライブがNVMeのSSDを使っている状態で、体感速度なんか上がらない(使い終わったキャッシュを再起動したら綺麗さっぱり捨て去ってくれるという利点はある)  うちで一番効果があるのは Adobe Audition というアプリ これが結構高速化する(キャッシュをちゃんとRAMディスクにしたら・・・だけど) ハイレゾ音源だと、1時間の音源が何かする度に4GBのファイルを作られてしまう なので、RAM DISKにすると、結構編集時間を短縮できる Premiere Rushも出力先をRam Diskにしておいて終わったら、SSDにコピーすると言う事をやるとかなりスピードアップになる 実はうちのPCは普段は99%のパワーで動作していて、CPUのターボブーストが掛からないようになっている 大体3.6GHz当たりで安定してるのだけど、これを100%にするとターボブースト機能がONになって一部のコアが4.5とか4.8GHzまで上がる まあ、毎回電源オプションをいじる事になるのだけどさ・・・ そうしてベンチを取ると こんな感じ とは言え、ブーストしてるからと行ってRam Diskのスピードの差を体感する事はさすがに無理 ・・・と言うかフォトショでもRAM DISKにしてよかった・・・と言うほど変わらない SSDの性能が上がってきたしもし次にPCを買い換えたらRAM DISKよりSSDの方が速いかもね  

QCC dongle proを買った→Windows11で接続までのみちのり

何があった  買ったけど最初の接続に手間取ったので そのメモ QuestyleのQCC dongle proを買ったのだけど、使っているイヤホンと接続できない なんでー? ペアリングしてるのに 説明書 説明書には外装のQRコードを読むように書いてあるのだけど そもそもpage not found 404になる   Windowsには・・・ ちゃんと  ヘッドホンのところには QCC Dongle Pro って出てるのよね しかし音が出ない つーか、新しいペアリングはどうやるのだ  スマホが必要でした 何だそりゃっていいたくなるがどうやらまず、スマホにQCC dongle Pro接続して専用アプリで ドングルとイヤホンをペアリングする必要があった 何だそりゃー Google PlayでQuestyleで検索かけるか こちら でまずはインストール そしてスマホにドングルを刺して、このアプリ内からイヤホンをペアリング そしてそのドングルをWindows11の空いてるUSB TYPE-Cポートに突き刺す   音が出た! やったね  結局音が良くなった?  どうなんだろうね 正直言ってよくわからん ただ、マイケルジャクソンのThe Jamのオープニングのガラスの割れる音は 今までよりも細かくパリパリ聞こえるようになったから効果はあったんだと思う それと遅延が少なくなった  finalのZE3000 SVというイヤホンを使っていたのだけど今までのただのUSBドングルで YouTubeを見てると明らかに音と画面のタイミングがずれてて、 Bluetoothイヤホンってこんなもんかと表他のだけどそれが亡くなったのはとても快適 LDACは遅延が酷いとか書いてあったからビビってたんだけどね(でも有線イヤホン使うと、あ、これが合ってる状態なんだってなるので遅延はあるみたい)   あと、たまにイヤホンと繋がらなくなるねぇ 相性問題というやつなのだろうか    今までのUSBドングルが捨てられない 最期に罠が一つ そりゃ無いぜって言いたくなるのが今までのUSBドングルが捨てられないこと このQCC dongle pro はWindowsからはイヤホンとして認識されるので他のBluetoo...