MV50(アンプ)

www.youtube.com
これは去年買ってたんですが、チューブ感あって凄い気に入ってます。コスパ最高。アッテネータもついてて、小さいボリュームでアンプで歪ませた音も出せます。ライン出力にはキャビネットシミュレータもついてて結構いい感じの音でヘッドホンでも聞けます。が、もう少し改善したかったんですよねー。

BluBox(キャビネットシミュレータ)

WIRED MUSIC｜ワイアードミュージック｜Bluguitar-ブルギター
色々と検索したのですが、これがいいかなーと思いました。ライン出力でこの音出せるって最高！
www.youtube.com
www.youtube.com
アンプのスピーカーアウトからの出力を入れることができる。しかもチューブアンプの場合はTHRUってとこから出た出力をダミーロードに繋げば音の劣化なくキャビネットシミュレータにいれることができると！この辺はややこしい話なのですが、チューブアンプはキャビネットつながないで使ったら壊れるらしいのです。
guitar-hakase.com
今回使っているMV50はNutubeというなんちゃってチューブアンプでしかもプリアンプだけでアンプ部はソリッドなんでダミーロードもいらないようです。（コルグに問い合わせたので間違いない）

Line6 RELAY G10(ギターとアンプ間のワイヤレスシステム)

www.youtube.com
ギターにシールド刺さってないとほんとに楽。抜き差しも楽だし、引っかからないしね。家の中って普通のスタジオより狭いし物多いしで特に思います。実はかなり前からここを電波で飛ばすシステムはあってプロとかステージで使ってたんですが、家庭で導入可能な時代になってたんですねー。
しかも普通のシールドより音いいんですよ。さらにノイズも少ない。これはなんでかっていうと、ギターから出た直後で電気入れてローインピーダンスに変えているからですね。電波で飛ばしてもノイズが乗らないし劣化も少ない。でも昔はこれやると「なんか違うなー」な音になっていたのですが、最近はなんとケーブルトーン・テクノロジーとかいうので、シールドの音の感じを再現するとのこと。ケーブルのキャラクターをシミュレーションしようとか普通思いつきます？考えた人凄いなー。
とにかくノイズが乗らないのはありがたいですね。ヘッドホンで聞くと普通に音出すよりノイズが気になるんですよねー。
ちなみにほんとはBOSSのやつが欲しかったけど、人気すぎて年内手に入らなそう。こっちの方が持ち運び便利そうです。
www.boss.info

ATH-DWL550(ヘッドホン)

www.audio-technica.co.jp
そしたら、やっぱりヘッドホンもワイヤレスにしたいでね。でもここ普通のBluetoothではダメなんですよ。めっちゃ遅延して楽器では使い物にならない。音ゲーでもダメって聞きますね。で現状では選択肢は「非圧縮2.4GHz帯デジタルワイヤレス方式」か「赤外線伝送」のどちらか。赤外線は遅延0らしいのです。
www.sony.jp
実は去年これ買っててそれなりに満足してたんですが、耳当てが固くて結局使わなくなりました。まあ音もヘッドホンの前にイコライザ入れてかなり作って妥協できるものにしてましたしね。色々挟んだからノイズも多かったし。赤外線って検索したらこれしかないんですよね。遅延なしってメリットがあるんだからもう少し高級バージョン出してもいいと思うんだけどなー。
で今年は「非圧縮2.4GHz帯デジタルワイヤレス方式」にしました。まあおそらく若干の遅延はあるとは思います。公表してないんですよね。でも気にはならないレベル。島村楽器も遅延なしって言ってるしｗ。だいたい、3mくらいアンプから離れて弾いても遅延とか気になりませんよね？
www.shimamura.co.jp
音は去年の赤外線のより全然いいです。最近有線のヘッドホン持ってないから有線のとは比べられませんが。（まあ同価格帯なら有線の方が良いのでしょう）でもヘッドホンにケーブルがないのは気持ちよくギター弾くうえで圧倒的にメリットです。

買ったけど使わなかったもの

www.e-earphone.jp
ヘッドホンの前にいれて、真空管の味付けを上乗せしてやろうという思い付きで買いました。一応狙い通り真空管ぽさは増したのですが、音のレンジが狭くなったかなーと。高音の美味しい部分が消えた感じ。あと、BluBoxのホワイトノイズがこれで増幅されたのもあります。今回の用途には合わなかったけど、これ自体はノイズも少ないし、何かいい使い道あるかもなーと思ってます。
www.e-earphone.jp
ホワイトノイズを消したかったんですが、これいれるとボリュームが半分くらいになってかつかなり音も悪くなりました。まあ少し予想はしてたんですが、値段的に一旦トライしてあかんかったらあきらめつくかなーと。可能性を消さないと延々考え続けることになる・・・。まあWebの評判は悪くないみたいだし、身近に必要な人がいたら1500円くらいで売ろうかなｗ

今年はこれで楽しみます。

そう。目的は「練習」ではなく、楽しむことなんですよね。だからケーブルとかストレスの原因になるのを取り除くことが重要だったのです。音だけ考えたら有線でってことになるのですが、音と楽さとコストのバランスでこんな感じにしました。来年はさらに新しい機材がリーズナブルに出てるといいですねー。

なんで今のFriendlyでは動かせないの？

Friendly.Windows（普通の）は以下の3ステップで内部API呼べるようにしてます。

1. CreateRemoteThreadを使って対象プロセスで動作するスレッドを作る
2. ホストAPIを使って、.NetFrameworkのランタイムで動作するサーバーを起動
3. クライアント（操作側）からサーバーにAPI情報を投げてサーバーでリフレクションを実行

ネイティブのDLL公開関数も呼べるけど、それは3.を応用したものです。で、一応これは動きます。でもサーバーは.NetFramework側で動くわけで、.NetCoreのAPIは呼べません。例えば以下のコードでは開いているフォームの数は0を返します。.NetFrameworkのSystem.Windows.Forms.Application.OpenFormsの数は0で、.NetCore側の同プロパティの数が1だからです。

publicvoid Test()
{
    using(var app = new WindowsAppFriend(Process.GetProcessesByName("CoreForms")))
    {
        //formCountは1になるint formCount = app.Type<Application>().OpenForms.Count;
    }
}

Friendly.DotNetCore(プロトタイプ)

というわけでFrienldy.Windowsは使えません。新しい Friendly.DotNetCore を作る必要があるわけです。起動しているプロセスにアタッチするのは多分無理なんで、特殊な起動方法で起動させたプロセスを操作するという方法にしてみました。こんな感じのコードで操作できます。

using Friendly.DotNetCore;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using Codeer.Friendly.Dynamic;
using System.Windows.Forms;

namespace ExecuteTest
{
    [TestClass]
    publicclass CoreTest
    {
        [TestMethod]
        publicvoid Test()
        {
            //特殊な方法でexe起動
            var uri = "http://localhost:8081/";
            var target = @"c:\Test\CoreForms.exe";
            var entry = "CoreForms.Program.Main";
            WinFormsStarter.Start(uri, target, entry);

            //アタッチusing (var app = new DotNetCoreAppFriend(uri))
            {
                //.NetCoreのApplicationを操作
                var form = app.Type<Application>().OpenForms[0];
                //ラベル書き換え
                form.label1.Text = "Hello Friendly!";
            }
        }
    }
}

実行するとこんな感じ

WinFormsStarterは何をやっているのか

実はそのexeを起動しているわけではなく、Friendly.DotNetCore.WinFormsStarter.exeというexeを起動しています。Friendly.DotNetCore.WinFormsStarter.exeは起動時に以下二つの仕事をします。

・指定のdll以下にあって読み込めるdllを全部読み込む
・リフレクションを実行するサーバーを起動(HTTPで通信できる)

イメージとしてはこんな感じです。

まだお試しです。

まだネタでやってみたレベルです。（meetup app osaka@3で披露するために作った感じ）
meetupapp.connpass.com
コードはGitHubに置いています。正式版になったらガラッと変わると思います。そもそも操作する側も.NetCoreなのかとか。（今は操作する側は.NetFramework）
.NetCoreのWinForms自体もまだプレビューなんで、こっちが正式になったあたりを目指して設計していきます。
github.com

比較表

「比較表書いて」ってよく言われますけど、客観的に書くのは難しいですよね。（だって自分たちで作ったツールが使いやすいに決まってるじゃん）Codeerメンバーで某社ツールと使い比べた感想はこんな感じでした。とは言え、某社ツールから手書きFriendlyに乗り換えたお客さんもいますよ。

※1 Friendlyの学習コストも入れてます。

ツール詳細

詳細はこちらに書いてるので、ご興味ある人は是非見てください。(日本語もあります)ダウンロードしてREADMEに沿って自分でトライすることもできます。（ライセンスは必要な方はお問い合わせいただくと、トライアルライセンスを発行いたします）
github.com

Friendlyと同じくカスタマイズできるってとこがポイント高いかなーと思ってます。

• 特殊なコントロールへの対応
• プロジェクトごとに欲しいコード生成機能の追加

なんかも簡単にできます。

ハンズオンやります。

それで、その紹介もかねてハンズオンを大阪と東京で開催することにしました！ご興味ある方はお気軽にご参加お願いいたします。ライセンスは当日貸出ます。

きっかけはこのブログ

qiita.com
えーと、.NetCore3でWinFormsとかWPFつくるコマンドってどうだったけなー。って感じでググってたら、こんなブログがありました。サーとみてると、「.NET Frameworkライブラリの使用」ってのがありました。えええ？どういうこと？なんでそんなことできんの？だって、objectクラスの実装されているdll別々やで・・・

あ...ありのまま 今　起こった事を話すぜ

な…　何を言っているのか　わからねーと思うが　
おれも　何をされたのか　わからなかった…
↑書きたかっただけ。

とりあえず、WinFormsでCore3.0とFrameworkのexe作りました。

両方ともWinFormsのアプリですね。
こんなコードを入れて、objectとFormの入ってるアセンブリのパスを表示させてます。

var text = new TextBox { Multiline = true, Dock = DockStyle.Fill };
text.Text = string.Join(Environment.NewLine, new[]
{
    typeof(object).Assembly.Location,
    GetType().BaseType.Assembly.Location
});
Controls.Add(text);

C:\Windows\Microsoft.NET\Framework\v4.0.30319\mscorlib.dll
C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Windows.Forms\v4.0_4.0.0.0__b77a5c561934e089\System.Windows.Forms.dll

C:\Program Files\dotnet\shared\Microsoft.NETCore.App\3.0.0-preview-27122-01\System.Private.CoreLib.dll
C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\3.0.0-alpha-27128-4\System.Windows.Forms.dll

ここまでは、あたり前な話。.NetFrameworkはMicrosoft.NET以下、Core3.0はdotnet以下のアセンブリを参照してますね。

.NetCoreから.NetFrameworkのアセンブリを参照

え？マジで？普通にできたよ。これって常識やったの？

これ実行したらどうなるの？
ってことで、Core3.0のexeからFrameworkのFormを呼び出してみました。

//これはCore3.0のWinFormspublicpartialclass CoreForm : Form
{
    public CoreForm()
    {
        InitializeComponent();

        Text = "DotNetCore3";

        var text = new TextBox { Multiline = true, Dock = DockStyle.Fill };
        text.Text = string.Join(Environment.NewLine, new[]
        {
            typeof(object).Assembly.Location,
            GetType().BaseType.Assembly.Location
        });
        Controls.Add(text);

        var button = new Button { Text = "Show Framework", Dock = DockStyle.Bottom};
        button.Click += (_, __) => 
        {
            //FrameworkのFormを呼び出しusing (var framework = new FrameworkForm())
            {
                framework.ShowDialog();
            }
        };
        Controls.Add(button);
    }
}

これって実質.NetStandardなのでは?

これって正式仕様なの？よくわかんないなー。

効果あった？

効果あったのかどうかはわからんｗ。勉強会でアンケートとればよかった。クリックしてくれた人が来てくれたかどうかわかんないんですよね。（でも多分来てくれた人はそれ以外のソースな気がする）

金額

1000円かららしい。それで日数を減らすか、金額を増やすとリーチ数が増えるらしい。あと次の対象も絞ると恐らく表示される回数とか増えるんかなーと。

今回実験した対象

1. 大阪在住の18-65才
2. 大阪在住の18-65才でページにいいねした人
3. 東京在住の18-65才でページにいいねした人とその友達

大阪の方は①やってて、途中で「いや、それは広すぎてイマイチやろ」って思って②もやりました。つまり2000円払ってます。東京の方は③だけで1400円分やりました。なんだけど、実は東京のは設定間違えてたんですよね・・・。

結果

反省

DynamicAppVarからの変換

コンストラクタにAppVarをとる型に変換できるようにした。こんな感じに書けるようにしました。人によっては気持ち悪いと思うかもしれませんが便利さ優先。

WPFTextBox textBox = app2.Type<Application>().Current.MainWindow._textBox;

WindowDriver作るときにちょっと楽になります。

publicclass EntryControl_Driver
{
    public WPFUserControl Core { get; }

    // new書かなくてよいpublic WPFTextBox Name => Core.Dynamic()._textBoxName;
    public WPFTextBox email => Core.LogicalTree().ByBinding("Mail.Value").Single().Dynamic();
    public WPFButtonBase Entry => Core.LogicalTree().ByType("System.Windows.Controls.Button").ByType<ContentControl>().ByContentText("Entry").Single().Dynamic();

    public EntryControl_Driver(AppVar core)
    {
        Core = new WPFUserControl(core);
    }
}

環境によって対象アプリのCPU使用率が高くなる不具合の修正

プルリク来ました。
けーすけ (@_ksuke) | Twitterさんありがとうございました！
github.com

WindowsAppFriendで接続状態の移譲

こんな感じのコードが書けます。

//アプリにアタッチ
var app = new WindowsAppFriend(targetApp);
var targetWindowHandle = targetApp.MainWindowHandle;

//接続状態を移譲//これをするとappは所有権を失います。
var bin = app.HandOverResources(newOwnerProcessId);

//接続権限を引き継ぎ
var app2 = new WindowsAppFriend(targetWindowHandle, bin);

？？？
なんの役にやつの？
次のブログで解説します。

IntPtrのサイズに注意してください。

基本はx64のプロセスからx86のプロセスを操作してもらうのが良いと思います。理由は後述します。

操作件をバイナリ化して引き継ぎます

何を言ってるんだ・・・。ってなると思います。残念なことにAttachは引き続き同一プロセスからしかできないのです。そのためアタッチしてその権限を委譲するという処理になります。

操作するためのx64のプロセスです

publicvoid Test()
{
    //対象プロセス(x86)
     var targetApp = Process.Start(targetExePath);

    //x86のプロセスでアタッチしてその通信情報を引き継ぐためのバイナリを生成
    var myProcess = Process.GetCurrentProcess();
    var binPath = Path.GetTempFileName();
    Process.Start(attachExePath, $"{targetApp.Id} {myProcess.Id} {binPath}").WaitForExit();

    //バイナリを元にWindowsAppFriend生成
    var bin = File.ReadAllBytes(binPath);
    File.Delete(binPath);

    //以降はx64のプロセスからx86のプロセスが操作できる
    var app = new WindowsAppFriend(targetApp.MainWindowHandle, bin);
}

アタッチに使うx86のプロセスです。

namespace Attachx86
{
    class Program
    {
        staticvoid Main(string[] args)
        {
            var app = new WindowsAppFriend(Process.GetProcessById(int.Parse(args[0])));
            //※今回作ったAPI//操作権の移譲 byte[]になる
            var bin = app.HandOverResources(int.Parse(args[1]));
            //ファイルに保存
            File.WriteAllBytes(args[2], bin);
        }
    }
}

セキュリティソフトに注意

Attachx86はそれぞれで作ってもらうのですが（基本は↑のコードでよいと思います）、セキュリティソフトに怒られないように注意してください。もしされたらホワイトリストに設定してください。Friendlyは強力な操作能力があるので野良exeから使うと怒られる場合があります。通常はNUnitやVSTestといった信頼のおけるexeから利用するので怒られません。でもFriendlyを使った普通のアプリを作ると怒ってくるセキュリティソフトもあります。

そもそもなんで同一CPUモードからじゃないと操作できなかったか？

理由は二つありました。

x64とx86のアプリを使ったテストもかける

複数のアプリの絡みのテストも書きやすくなったと思います。最近結構この要望言われてたんですよねー。また感想お待ちしております。

.NetFrameworkで使ってたコードがそのまま使えます。

正確にはWindowsAppFriendのコンストラクタは変更しないとダメですけど、ほぼそのまま使えます。つまり.NetFrameworkのアプリがあって、それに対応するテストを作っておけば、そのアプリを.NetCoreに変更したら、その後の回帰検査にそのテストを使うことができます。

.NetCore対応は何をしたか（何をしなければならないと思っていたか）

Friendlyの初期化処理です。こんな感じになってます。

以下二つの理由でFriendly.Windowsでは動かないと思っていました。

1. ホストAPIでは.NetCoreのランタイムにはアクセスできない
2. .NetCoreから.NetFrameworkのdllは参照できない

なんで、.NetCore対応は超面倒って思ってました。でもよく調べてると、両方とも誤解だということがわかりました。

ホストAPI

結論から言うと.NetCoreのランタイムを操作するホストAPIがありました。
docs.microsoft.com
ICLRRuntimeHostってのを使ってたんですけど、.NetCoreに対応したICLRRuntimeHost4ができてたようです。

.NetCoreから.NetFrameworkのdllは参照できる

これも結論から言うとできるんですよ。びっくりしてちょっと前にもブログ書きました。
ishikawa-tatsuya.hatenablog.com
.NetStandardか.NetCoreじゃないと参照できないって思ってましたけど。じゃあ別にexeだけ.NetCore対応したらそれでよくね？
一応ポータビリティをチェックしましたが、Friendly系のライブラリは.NetCoreへのポータビリティは100%でした。
marketplace.visualstudio.com

最終的にやったこと

.NetCore用のホストAPIを使うネイティブのdllを新しく作って、.NetCoreの場合はそれを呼びだすようにしました。操作方法は数種類あって、調査時間かかりそうだなーって思ってましたが、@tmytと@nak763が手伝ってくれたんで、サクッと終わりました。ありがとうございました！
https://github.com/Codeer-Software/Friendly.Windows/blob/master/Project/CodeerFriendlyWindowsCore/dllmain.cpp
でもそれだけで.NetCore対応できたってすごいなー。現行のWinFormsとかWPFも結構さらっと移行できるんじゃないかなー。(こなみかん

不具合対応

実は前回の2.13.1に不具合がありました。操作プロセスが管理者権限で対処プロセスが普通権限の場合に操作対象が不正終了してしまうようでした。修正しておきました。不具合報告をくれた方、ありがとうございました！

結論

IRキャビネットシミュレータ ->サラウンド機能のあるヘッドフォン
今までの常識を覆すほど良いギターサウンドをヘッドフォンで聞くことが出来る
（※あくまで個人の感想です

去年にこんなブログを書きました。

ishikawa-tatsuya.hatenablog.com
ちなみにアンプは壊れたので、Boutiqueに変更しました。
www.digimart.netそれで約一年弾いてたんですけど、「まあいいんだけど、もうちょっとなんだよなー。ヘッドフォンではこれが限界かな・・・」って思ってました。しかし・・・！

実はこのシステムには隠された実力が眠っていたのです！

何処にそんな実力が眠っていたかというと、ヘッドフォンです。ATH-DWL550を使っていました。ワイヤレスだけど音も良くて遅延もほぼない（体感上はないといっても過言ではない）優れたヘッドフォンです。
www.audio-technica.co.jp

バーチャルサラウンドシステム

しかし、それだけではなかったのです。いくつかのエフェクト機能が存在していました。

1. バーチャルサラウンドシステム
2. ゲームモード
3. クリアボイスモード

その中の「バーチャルサラウンドシステム」が凄かったのです。いやいや、一年も使ってて何をいまさらって感じですよね。全く使ったことないってわけではないんですけど、買った順番が①アンプ、②ヘッドフォン、③IRのキャビネットシミュレータだったので、すっかり騙されて(?)いました。アンプのヘッドフォン出力→ヘッドフォンってつないでるときにバーチャルサラウンドシステムを試したんですけど「ちょっと面白い感じになるな」くらいで、まあエフェクトは必要ないよねって感じでそれ以来さわってなかったんですよね。IRキャビネットシミュレータを入れた後も・・・。

IRとサラウンドを組み合わせると凄かったんです！

ああ・・、なんで一年近くもやってなかったんだ。後悔しかない。今日たまたまバーチャルサラウンド入れてみたんですよね。「え？なにこれ？めっちゃ音良いし、音に立体感がある。広がりが凄い」いやもうこれはヘッドフォンの音なんで録音もできないんですけど、今までの音が何だったんだってくらいに凄い音になったんですよ。IRに詳しいわけではないですけど、空間の音響のシミュレート（今までのリバーブとかディレイとはちょっと違うみたい）なんでサラウンドには相性いいんでしょうね。多分。それと広がりがあるのはリバーブとかそんな感じの演出ではなく、ヘッドフォンの音が出てる部分が増えてる感じなんですよ。ハード的にも頑張ってんのかな？

ギターサウンドで一番重要な部分が強化される！

ギター博士によると割合としてギターは「10%」、アンプは「40%」、キャビネットは「50%」の影響があるらしいっす。どこが情報ソースかはわかりませんが、言われてみると確かにそうかもって感じ。それでこのキャビネット部分で一番大事なIRが強化されるので特にヘッドフォンで聞くときのボトルネックが解消されたと考えました。いや専門家ではないので素人がそう考えただけですけどｗ。

アンプ＋IRキャビネットシミュレータ

去年揃えたシステムも気に入ってるんですけど、MV50＋BluBoxはちょっと高い感じ。今はこれが気になってるんですよね。これとATH-DWL550でコスパの良いヘッドフォン環境が構築できそう。
www.cherubtechnology.jp

キャビネットシミュレータはIRじゃないと効果なかった

最近のはIRが多いですけど、そうじゃないのもあるんですよね。例えばMV50のヘッドフォン出力にもついてましたけど、これはアナログ式。音の好みは置いておいてサラウンドにしても効果（音がすごくよくなるとか）はありませんでした。

年々シミュレータ環境が良くなってますね。

家で引くことが多いアマチュアギタリストにとってはうれしい限りですね。まだありものの組み合わせって感じですけど、IR＋サラウンドヘッドフォンに特化した凄いギター用製品とか出てきたらいいなー。

追記　バーチャルサラウンドだからいいのかも？

とは言え、元のソースにステレオ以上の情報は含まれてないわけで。そう考えるとなんでIRの時の方が格段に音が良くなったように聞こえるんだろう？気のせい？時間あるときにもっと実験してみよう・・・（詳しい人教えて）

対象アプリのロードしてるdllを取得することで解決

どうしようかなーって思ってたら、@tmytが「ホストプロセスが読み込んでるモジュール列挙で解決できるきがする」って教えてくれました。サンプルコードも書いてくれた。あざっす！
detect_netcore.cs · GitHub

この手法で対象プロセスにcoreclr.dllが読み込まれているか否かが判定できて、かつcoreclr.dllのパスが取得できるので問題が両方解決しました。

.NetFrameworkのアプリと全く同じコード

こんな感じで全く同じコードで書けるようになりました。やったね。

[TestCase]
publicvoid TestCore()
{
    //普通にプロセス取得
    var targetApp = Process.GetProcessesByName("TestTargetCore")[0];

    //普通にアタッチ
    var app = new WindowsAppFriend(targetApp);

    //普通に操作
    var w = app.Type<Application>().Current.MainWindow;
    w.Title = "タイトル変更";

    //RM.Friendly.WPFStandardControlsとかも利用可能
    var textBox = new WPFTextBox(w._textBox);
    textBox.EmulateChangeText("abc");
}

Friendly.Windows.Grasp.2.12.0もリリースしました。

もちろん他のも更新してバージョンあげてリリースしたんですけど（超めんどい）Friendly.Windows.Graspは修正もしました。問題があったのです。

publicstatic CompilerResults Compile(string[] reference, string code)
{
    if (reference == null)
    {
        thrownew ArgumentNullException("reference");
    }
    CSharpCodeProvider codeProvider = new CSharpCodeProvider();
    CompilerParameters param = new CompilerParameters();
    param.GenerateInMemory = true;
    for (int i = 0; i < reference.Length; i++)
    {
        param.ReferencedAssemblies.Add(reference[i]);
    }
    param.IncludeDebugInformation = true;

    //ここで例外 System.PlatformNotSupportedExceptionreturn codeProvider.CompileAsemblyFromSource(param, code);
}

今後は.NetCoreのテスト増やしていかねば

.NET Portability Analyzer 通ったんで、まあいいかってしてましたが、今後は.NetCoreのテストを増やして検証していきます。

Friendlyを最新にしたら自然と.NetCore対応

そうなんです。使っているFriendly系のライブラリが最新だったら.NetCoreも操作可能になるのです！実験してみます。まずは.NetCoreのWPFアプリを作成します。一見するとどっちかわからないんでobjectの所属するアセンブリの名前を表示してみます。

次はTestAssistantProのプロジェクトを作成します。普通のC#のソリューションなんですけど、これで作るとDriver、DriverInTarget、Scenarioって3つプロジェクトそれぞれに最新のFriendlyをインストールした状態で作成してくれます。

まずは、対象の画面のドライバを作成します。ドライバ（Seleniumで言うところのPageObject）を作って、それを使ったシナリオを書く。この辺りが手書き相当の品質のコードを生成するポイント。

画面の解析に成功しました。

そして続くドライバ生成にも成功。今回はそのまま使いますが、生成したドライバはC#のコードになるのでもちろん手で名前変えたり好きなように変更できます。

そしたら次は操作キャプチャしてみます。普通のNUnitやMSTestのフレームワークで動くテストでコードを挿入したい箇所で右クリックからCapture。


見事に操作からコードを生成することができました！

ご興味あればトライアルライセンスを発行します

ご興味ある方は、こちらからご連絡くださいねー。
www.codeer.co.jp

遅延なしワイヤレス接続すげー！

これと比べるとやっぱりATH-DWL550は少し遅延していますね。いや気づいてはいたんですけど、まあアンプから離れた位置で弾いたらこんなものかなーとかで、無理やり納得してましたｗ。WAZA-AIRはほんとに遅延ない。これはほんとにスゴイです！これだけでも買った価値あった。

ヘッドフォン

普通に良いです。広がり感がありますね。ギターの音をいい感じに聞こえるようにするためにハードウェア的にも徹底的にチューニングしてるんやろなー（知らんけど

外部音源

少しわかりづらかったですけど、WAZA-AIRはBluetothのチャンネルは2つついてますね。なんで同時にアンプの設定変えたり音源流したりできます。一緒に鳴らしてもギターの音が埋もれたりせずに聞こえるのは流石です。

ジャイロ

他の人がYutubeでやってるのを見ると、あんまり期待しすぎない方が良いとの話のジャイロｗ。空間を演出してくれます。確かに僕もギターだけで演奏している時はいらんって思いました。残響音が演出過剰で好みではない。
しかし！外部音源に合わせて弾くと、ステージとか凄い気持ちよく弾けました。iRealに合わせて弾いてましたが、めっちゃ雰囲気出ました。バンドの音と合わせると残響音もこれくらいの方がちょうどいいですね。
それでサラウンドってモードあるんですけど（これがデフォになっている）ギターの音だけを楽しみたいときはちょっとキツイ。OFFを選択してしまう。サラウンドはギターだけで弾く用にもっと自然な感じのものを用意してほしいなー。アップデートで入らんかなー。
それからサラウンドあった方が確かに立体的なイメージになるのですけど、WAZA-AIRの場合はヘッドホンの作りが良くてサラウンドOFFでもいい感じの音になります。

エフェクター/アンプシミュレータ/キャビネットシミュレータ

これは好みによります。僕はイマイチ好みの音でなかった・・・。結構パラメータいじり倒してたんですけどねー。思っている音に持っていけない。
やっぱり MV-50(Boutique) + BluBox の方がアンプ/キャビネットシミュレータとしては優秀。とは言え値段と筐体サイズに差があるし当たり前と言えば当たり前の話なんですけどね。やっぱりMV-50(Boutique) + BluBox を使いたい。トランスミッターをBluBoxの後に刺せばいけるんちゃうやろか？というわけでやってみました。

外部のアンプ/キャビネットシミュレータを使う

WAZA-AIRにはFlatってのがあります。これはギターアンプシミュレータをしてないPA的な感じのアンプなんやと思います。
BluBoxはPAに送ったりするのもメインの用途なんでこのモードにしたら良い感じになるのでは？でこんな感じの最終はセッティングしました。ちなみにWAZA-AIRのキャビネットシミュレータはOFFにはならないのでそのままにしています。

機材のつなぎ方こんな感じ。こないだまではこれでミキサーのヘッドホンにATH-DWL550を刺して使ってたんですよね。微調整はしたものの、結局はATH-DWL550をWaza-Airに変えただけ。

ATH-DWL550と比べるとこれだけ良くなりました！

• 遅延なくなった
• 音改善
• 外部音源の接続が楽になった
• 気分に応じてStageモードで遊べる

ドライバを作る

まずはドライバを作ります。このサンプルだと以下に作ります。一つ一つ作っていくところがポイントですね。

• Window
• Page
• UserControl
• ItemsControlのItem

要素の特定

特定方法ですが、Windowを捕まえるのはWindowControlのメソッドを使います。これはWinFormsと同じですね。以下WindowsAppFriendに対する拡張メソッドにしていますが中身はWindowControlのstaticメソッドです。

var win = app.WaitForIdentifyFromTypeFullName("WpfAppSample.MainWindow");

それで、Window以下に関しては、x:nameでアクセスできるならWinFormsの時と同じくフィールドを使ってもらえばいいのですが、ついていない場合はVisualTreeをだどって見つけます。前に書いてたのでそのリンクを貼っておきます。
ishikawa-tatsuya.hatenablog.com
ishikawa-tatsuya.hatenablog.com

ドライバのサンプル

using Codeer.Friendly.Windows;
using Codeer.Friendly.Windows.Grasp;

namespace Driver.Windows
{
    //ドライバpublicclass MainWindowDriver
    {
        public WindowControl Core { get; }

        public MainWindowDriver(WindowControl core)
        {
            Core = core;
        }
    }

    //捕まえるための拡張publicstaticclass MainWindowDriverExtensions
    {
        publicstatic MainWindowDriver AttachMainWindow(this WindowsAppFriend app)
            => new MainWindowDriver(app.WaitForIdentifyFromTypeFullName("WpfAppSample.MainWindow"));
    }
}

using Codeer.Friendly;
using Codeer.Friendly.Dynamic;
using RM.Friendly.WPFStandardControls;

namespace Driver.Windows
{
    publicclass SamplePageDriver
    {
        public WPFUserControl Core { get; }
        public WPFTextBox TextBox => Core.LogicalTree().ByBinding("Data").Single().Dynamic();

        public SamplePageDriver(AppVar core)
        {
            Core = new WPFUserControl(core);
        }
    }

    //MainWindowからSamplePageを取得するための拡張publicstaticclass SamplePageDriverExtensions
    {
        publicstatic SamplePageDriver AttachSamplePage(this MainWindowDriver window)
            => window.Core.VisualTree().ByType("WpfAppSample.SamplePage").Single().Dynamic();
    }
}

using Codeer.Friendly;
using Codeer.Friendly.Dynamic;
using RM.Friendly.WPFStandardControls;
using System.Windows.Controls;

namespace Driver.Windows
{
    publicclass SampleUserControl_Driver
    {
        public WPFUserControl Core { get; }
        public WPFListView ListView => Core.LogicalTree().ByBinding("Users").Single().Dynamic();
        public WPFButtonBase Add => Core.LogicalTree().ByType<Button>().ByContentText("Add").Single().Dynamic();
        public WPFTextBox TextBox => Core.LogicalTree().ByBinding("Name").Single().Dynamic();
        public WPFToggleButton Engineer => Core.LogicalTree().ByBinding("IsEngineer").Single().Dynamic();

        public SampleUserControl_Driver(AppVar core)
        {
            Core = new WPFUserControl(core);
        }
    }

    //SamplePageからSampleUserControlを取得するための拡張publicstaticclass SampleUserControlDriverExtensions
    {
        publicstatic SampleUserControl_Driver Attach_SampleUserControl(this SamplePageDriver page)
            => page.Core.VisualTree().ByType("WpfAppSample.SampleUserControl").Single().Dynamic();
    }
}

using Codeer.Friendly;
using Codeer.Friendly.Dynamic;
using RM.Friendly.WPFStandardControls;

namespace Driver.Windows
{
    publicclass UserListViewItemDriver
    {
        public WPFUserControl Core { get; }
        public WPFTextBlock TextBlock => Core.VisualTree().ByBinding("Name").Single().Dynamic();
        public WPFToggleButton Engineer => Core.VisualTree().ByBinding("IsEngineer").Single().Dynamic();

        public UserListViewItemDriver(AppVar core)
        {
            Core = new WPFUserControl(core);
        }
    }

    //ListViewItemにUserListViewItemDriverを適用するための拡張メソッドpublicstaticclass UserListViewItemDriverExtensions
    {
        publicstatic UserListViewItemDriver AsUser(this WPFListViewItem item)
            => new UserListViewItemDriver(item.AppVar);
    }
}

シナリオのサンプル

using System.Diagnostics;
using Codeer.Friendly.Windows;
using Driver;
using NUnit.Framework;
using Driver.Windows;

namespace Scenario
{
    [TestFixture]
    publicclass Test
    {
        WindowsAppFriend _app;

        [SetUp]
        publicvoid TestInitialize() => _app = ProcessController.Start();

        [TearDown]
        publicvoid TestCleanup() => Process.GetProcessById(_app.ProcessId).Kill();

        [Test]
        publicvoid TestMethod()
        {
            //Windowを見つける
            var mainWindow = _app.AttachMainWindow();

            //ページを見つける
            var samplePage = mainWindow.AttachSamplePage();

            //UserControlを見つける
            var sampleUserControl = samplePage.AttachSampleUserControl();

            //アイテムを取得
            var item = sampleUserControl.ListView.GetItem(1);
            
            //アイテム一つに対するドライバにする
            var userItem = item.AsUser();

            //操作
            userItem.Engineer.EmulateCheck(true);
        }
    }
}

もっと複雑なのは？

おそらく操作する対象を特定するのが難しいのだと思います。これ以上複雑な場合はFriendlyの基本機能、「対象プロセスのAPIをなんでも使える」というのを使って最適な特定方法を作ってみてください。その場合、必要なのはFriendlyの知識ではなくWPFの知識だったりします。頑張ってください！

そもそもCefSharpとは？

まずそこからですよねー。WpfとかWinFormsにChromiumを組み込むためのライブラリです。これ自体が超絶ニッチなライブラリです。そしてそれを操作するSeleniumとかどこまでもマニアック。

ChromeDriverでは動かせないの？

アプリ自体がブラウザみたいなやつは頑張ったら動かせるらしいんですけど、例えばアプリの途中でボタン押したらブラウザでてくるとかは無理みたいです。なんだけど、わざわざ組み込むんだからブラウザだけってなくね？ってわけで動いている奴にアタッチして操作できるものにしました。

アーキテクチャ

シンプルで以下3つの組み合わせです。

1. Friendly
2. JavaScript
3. key Mouse エミュレート

まあ、僕がつくるんだからFriendlyは使いますよね・・・。ChromiumWebBrowserのAPIみて「こんだけでければ何とかなるやろ」ってので始めました。WebBrowserExtensionsのExecuteScriptAsyncってメソッドがあってJavaScriptを呼び出せるんですよね。これが決め手で大部分の処理はJavaScriptでまかなってます。僕はJavaScriptそんな詳しくないんでk-maruさんに手伝ってもらいました。Key Mouse エミュレートなんですけど、これは Friendly.Windows.KeyMouseを使っていてタイミングは調整しています。

サンプルコード

アタッチした後は普通にSeleniumのインターフェイスで操作できます。

//Friendlyでアタッチ
var app = new WindowsAppFriend(process);

//普通にFriendlyの操作でウィンドウを取得
var window = app.Type<Application>().Current.MainWindow;

//そこに定義されている変数を取得、ドライバ作成
var driver = new CefSharpDriver(window._browser);

//あとは普通にSeleniumの操作
_driver.Url = "https://www.test.co.jp/";

//idから検索
var button = _driver.FindElement(By.Id("testButtonClick"));

//click.
button.Click();

//名前から検索
var textBox = _driver.FindElement(By.Name("nameInput"));

//キー操作
textBox.SendKeys("abc");

//タグから検索
var select = _driver.FindElement(By.TagName("select"));

//Selenium Supportも使えるnew SelectElement(select).SelectByText("Orange");

//XPathから検索
var buttonAlt = _driver.FindElement(By.XPath("//*[@id=\"form\"]/table/tbody/tr[7]/td/input[2]"));

//Actoionsも使えるnew Actions(_driver).KeyDown(Keys.Alt).Click(buttonAlt).Build().Perform();

//もちろんJavaScriptも呼び出せます。
var defaultValue = (string)_driver.ExecuteScript("return arguments[0].defaultValue;", textBox);

使えない機能

1. IHasInputDevices
2. IOptions
3. IHasCapabilities

これらは使えません。IHasInputDevicesは実装しても良かったけど、なんだか非推奨になってたのでやめました。でも後は頑張って実装したのでそれなりに使えます。WindowとかFrame，Alertも無理やり対応しました。

WebDriverではない

重要なのはいわゆるWebDriverのプロトコルは使ってなくてそれに似せてるだけです。だから動きもChromeDriverと全く同じかといわれるとそうではない。でも十分実用に耐えるレベルを目指しています。実際に弊社のお客さんのとこでも使ってもらってます。なんで否が応でもそれなりの品質になります。よろしければ是非使ってみてください。

そして建設的なフィードバックをお待ちしております（時事ネタ

参照しているdllがない

いきなりリフレクションと少し離れるのですが、ビルドしたときのフォルダに参照いるdllがない問題にハマりました。.NetFrameworkではこんなことはないですよね。これ何がまずいかっていうとVS拡張からdllの何かの機能を実行しようって時に関連dllが読み込めなくてエラーになる。

どうやらライブラリの場合に集まらないみたいです。が、ライブラリでも例外的にユニットテストは集まっている。調べてみると「Microsoft.NET.Test.Sdk」が参照されている場合にはexe同様に集められているようです。なぜ「Microsoft.NET.Test.Sdk」を参照すると集まるのかはわかりませんでしたが（PropertyGroupのTestProject、IsTestProjectをtrueにしてもダメ）ないとテスト実行できないので何か特殊な仕掛けがあるのでしょう。

using Newtonsoft.Json;
using System;
using System.IO;
using System.Runtime.Serialization.Formatters.Binary;

namespace CoreLib
{
    public class Test
    {
        public static void Execute()
        {
            //jsonのシリアライズ
            //別のNewtonsoft.Json.dllを参照する必要がある
            var text = JsonConvert.SerializeObject(new Data { Value = "aaa" });
            var obj1 = JsonConvert.DeserializeObject<Data>(text);

            //BinaryFormatterのシリアライズ
            //.NetFrameworkならこのこれの解決にはAssemblyResolveが必要
            var bin = ToBinary(new Data { Value = "aaa"});
            var obj2 = ToObject<Data>(bin);
        }

        static byte[]ToBinary<T>(T obj)
        {
            var formatter = new BinaryFormatter();
            using (var mem = new MemoryStream())
            {
                formatter.Serialize(mem, obj);
                return mem.ToArray();
            }
        }

        static TToObject<T>(byte[] bin)
        {
            var formatter = new BinaryFormatter();
            using (var mem = new MemoryStream(bin))
            {
                return (T)formatter.Deserialize(mem);
            }
        }
    }

    [Serializable]
    public class Data
    {
        public string Value { get;set; }
    }
}

using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Reflection;

namespace CoreExe
{
    class Program
    {
        static void Main(string[] args)
        {
            var projectDir = @"C:\Reflection\CoreLib";
            var binDir = @"C:\Reflection\CoreLib\bin\Debug\netcoreapp3.1\publish";
            var dllPath = @"C:\Reflection\CoreLib\bin\Debug\netcoreapp3.1\publish\CoreLib.dll";

            //publishでビルドしてdllを集める
            var process = System.Diagnostics.Process.Start(new System.Diagnostics.ProcessStartInfo("dotnet", "publish -c Debug")
            {
                WorkingDirectory = projectDir,
                CreateNoWindow = true,
                UseShellExecute = false
            });;
            process.WaitForExit();

            //全部のdllを読み込み
            foreach (var e in Directory.GetFiles(binDir, "*.dll", SearchOption.AllDirectories))
            {
                Assembly.LoadFrom(e);
            }

            //※アセンブリ解決補助
            AppDomain.CurrentDomain.AssemblyResolve += CurrentDomainAssemblyResolve;

            //実行
            var type = Assembly.LoadFrom(dllPath).GetType("CoreLib.Test");
            var method = type.GetMethod("Execute");
            method.Invoke(null, new object[0]);
        }

        //※アセンブリ解決補助
        static AssemblyCurrentDomainAssemblyResolve(object sender, ResolveEventArgs args)
            => AppDomain.CurrentDomain.GetAssemblies().Where(e => e.FullName == args.Name).FirstOrDefault();
    }
}

Xamarin/UWP

XamarinとUWPに関しては最近全然触ってなくて（昔に実験的に触っただけ）今触りましたｗ。一般的なリフレクションは当然使えます。ただAppDomain触ったりdll読み込んだりは制限があります。昔はAPI自体なかったんだけど最近ではAPIはあるけど使えんかったら実行時エラーって流れになってますね。dllの読み込みに関してはUWPでは同一フォルダにあるものは読み込めるようです。リフレクションではないのですがiOSではIL Emitはできないという有名な話があるようです。

使い方

結果から。使い方としてこんな感じでできるようになりました。

[Test]
publicvoid Counter()
{
    var driver = new ChromeDriver();
    driver!.Url = "https://localhost:7128/counter";

    //ロードされるまで待つwhile (driver.Title != "Counter") Thread.Sleep(100);

    //Blazor操作用オブジェクト作成
    var app = new BlazorAppFriend(driver);

    //コンポーネント検索
    var counter = app.FindComponentByType("BlazorApp.Pages.Counter");

    //APIを直接操作
    counter.currentCount = 1000;
    counter.StateHasChanged();
}

オブジェクトの生成とか配列の書き換えもOK

[Test]
publicvoid FetchData()
{
    var driver = new ChromeDriver();
    driver!.Url = "https://localhost:7128/fetchdata";

    //ロードされるまで待つwhile (driver.Title != "Weather forecast") Thread.Sleep(100);

    var app = new BlazorAppFriend(driver);

    //コンポーネント取得
    var fetchData = app.FindComponentByType("BlazorApp.Pages.FetchData");

    //お天気データをBlazorアプリ内に生成する
    var forecasts = app.Type("BlazorApp.Pages.FetchData+WeatherForecast[]")(1);
    forecasts[0] = app.Type("BlazorApp.Pages.FetchData+WeatherForecast")();
    forecasts[0].Date = DateTime.Now;
    forecasts[0].TemperatureC = 3;
    forecasts[0].Summary = "Friendly!";

    //セット
    fetchData.forecasts = forecasts;
    fetchData.StateHasChanged();
}

残念なことにWindowsアプリのように何の仕掛けもなくってわけにはいきませんでした。Blazorアプリ側でもライブラリの参照と一行だけ呼び出しが必要です。App.razorのOnInitializeでこれ呼びます。

protectedoverridevoid OnInitialized()
    => Selenium.Friendly.Blazor.BlazorController.Initialize(this);

実装

Friendlyは外部から対象アプリのAPIを呼び出すものです。簡単に言うとリフレクション情報を対象アプリに渡して実行させています。Windowsアプリではdllインジェクションとか駆使しつつ、最終的にはWindowメッセージでプロセス間通信をしています。

ではSelenium→Blazorではどうすればいいのでしょうか？

調べてみるとBlazorではJavaScriptから.Netのメソッドを呼び出すことができるようです。そしてSeleniumはJavaScriptを呼び出せる。この二つを組み合わせたらできそうです。

JSInvokable

docs.microsoft.com
同期、非同期の呼び出しをそれぞれサポートしています。これを使います。やりたいことはAPI実行情報を渡して結果を戻してもらいたいです。データはJsonで受け渡しするのでstring型の引数と戻り値を付けます。文字列で受け取ったものをオブジェクトにして実行して戻り値をさらにJsonのテキストにして返す感じです。DotNetFriendlyControlはWindowsアプリ用のをほとんどそのままコピってきました。

using Selenium.Friendly.Blazor.DotNetExecutor;
using Microsoft.JSInterop;

namespace Selenium.Friendly.Blazor
{
    publicstaticclass JSInterface
    {
        static DotNetFriendlyControl _ctrl = new DotNetFriendlyControl();

        internalstaticbool FriendlyAccessEnabled { get; set; }

        [JSInvokable]
        publicstaticstring ExecuteFriendly(string args)
        {
            if (!FriendlyAccessEnabled) thrownew NotSupportedException();
            return _ctrl.Execute(args);
        }
    }
}

これを書いておくとJavaScriptからこんな感じで呼ぶことができます。

DotNet.invokeMethod("Selenium.Friendly.Blazor", "ExecuteFriendly", args);

ExecuteScript

次はテストコードでの呼び出しです。Seleniumと依存関係つけるの面倒だったので一旦object渡しでもらうようにしてます。

internalstatic ReturnInfo SendAndRecieve(object wedbDriver, ProtocolInfo data)
{
	var arg = JsonConvert.SerializeObject(data);

	var src = ((dynamic)wedbDriver).ExecuteScript(@"var arg = arguments[0];return DotNet.invokeMethod(""Selenium.Friendly.Blazor"", ""ExecuteFriendly"", arg);", arg);
	var ret =  JsonConvert.DeserializeObject<ReturnInfo>((string)src);
	ret.SetReturnValueFromJson();
	return ret;
}

これでSeleniumからBlazorアプリまでの通信経路ができました。

残りの実装

この経路ができたら残りの実装はWindows用のFriendlyの実装をコピってWindows用のところを削除したり↑の実装に差し替えたりって感じでした。実はFriendly作るときに色々考えてインターフェイスはそのままに通信経路だけ変えて様々なものを操作できるようにって目論んでたんですよ。その結果無駄に複雑になって今にして思えばやっちまったって感じではあります。でもそのおかげでコード流用はやりやすくて割とサクッとできました。

Blazor用の機能

Componentを探す機能をつけてみました。

var fetchData = app.FindComponentByType("BlazorApp.Pages.FetchData");

どうやってるかと言うと、アウトなことやってます。（まあこれは勉強会用のネタライブラリなんで）
このコードを見てみると今は ComponetBase→RenderHandle→Renderer→ComponetのDictionary って感じで持っていたので(private)それをリフレクションで手繰りました。
github.com

using Microsoft.AspNetCore.Components;
using Microsoft.AspNetCore.Components.RenderTree;
using System.Reflection;

namespace Selenium.Friendly.Blazor
{
    publicclass BlazorController
    {
        static ComponentBase _app;

        publicstaticvoid Initialize(ComponentBase app)
        {
            _app = app;
            JSInterface.FriendlyAccessEnabled = true;
        }

        publicstatic ComponentBase FindComponentByType(string typeFullName)
        { 
            var list = new List<ComponentBase>();
            GetDescendants(_app, list);
            return list.Where(x => x.GetType().FullName == typeFullName).FirstOrDefault();
        }

        publicstatic List<ComponentBase> GetDescendants(ComponentBase parent, List<ComponentBase> list)
        {
            list.Add(parent);

            //今はこれで下位のコンポーネントを取ってこれるみたい/*            foreach (var e in parent._renderHandle._renderer._componentStateById)            {                var child = e.ValueComponent;            }            */
            var flgs = BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Static | BindingFlags.Instance;
            var _renderHandleField = typeof(ComponentBase).GetField("_renderHandle", flgs);
            var _rendererFiled = typeof(RenderHandle).GetField("_renderer", flgs);
            var _componentStateByIdField = typeof(Renderer).GetField("_componentStateById", flgs);

            var _renderHandle = _renderHandleField.GetValue(parent);
            var _renderer = _rendererFiled.GetValue(_renderHandle);
            dynamic _componentStateById = _componentStateByIdField.GetValue(_renderer);
            foreach (object e in _componentStateById)
            {
                var valueField = e.GetType().GetProperty("Value", flgs);
                var obj = valueField.GetValue(e);
                if (obj == null) continue;
                var prop = obj.GetType().GetProperty("Component", flgs);
                var val = prop.GetValue(obj);
                var child = val as ComponentBase;
                if (child == null) continue;

                if (list.Contains(child)) continue;
                GetDescendants(child, list);
            }
            return list;
        }
    }
}

結論

これ使わなくてもSeleniumだけでテストしたらいいと思いましたｗ

BINDING.assembly_load

BINDING.assembly_loadっていうのでJavaScriptからアセンブリを読み込めるようです。早速やってみました。BlazorAppFriendのコンストラクタに仕込んでみます。

public BlazorAppFriend(object webDriver)
{
    // ※アセンブリをロード！
    ((dynamic)webDriver).ExecuteScript("BINDING.assembly_load('Selenium.Friendly.Blazor');");

    ResourcesLocal.Initialize();
    _connector = new FriendlyConnectorCore(webDriver);
    ResourcesLocal.Install(this);
}

コンポーネントの検索

protectedoverridevoid OnInitialized()
  => Selenium.Friendly.Blazor.BlazorController.Initialize(this);

App.razorでこれを書き足していたのは二つ理由があって

1. アセンブリのロード
2. App.razorの登録

２はコンポーネントを検索するためのルートのコンポーネントが必要だったので付けてました。何となくどこかにstaticであるような気はしたのですが、どうせ１が解決できてないしなーってことで調査を保留にしてたのですが解決したので探してみました。(そして見つけた。やった！
github.com
Microsoft.AspNetCore.Components.WebAssembly.Rendering.RendererRegistry
が
private static readonly Dictionary? _renderers
というフィールドを持っていてそこにApp以下Componentが入っていました（今は）

で、これをコンポーネント検索のところで使うとApp.razorの登録なしで検索することができました。
github.com

あとは Assembly を参照せずに読み込ますことができれば完璧！

なんだけど、そんなのできるんかな？
誰かいいアイデアあったら教えてください。

Blazor.DynamicJS管理下のJavaScriptオブジェクト

dynamicで受けたやつは何かというと以下二つです。
①呼び出し情報
②JavaScriptオブジェクト(numberとかも含む)

②はそれに対して操作することもできるし、それがJsonにできるものであればC#の世界に持ってこれます。

dynamic window = js.GetWindow();

//これはまだJavaScriptの呼び出しは発生していないくて、"window.document"っていう文字列の呼び出し情報dynamic document = window.document;

//ここで JavaScript を呼び出して戻り値のボタンは Blazor.DynamicJSのヘルパJavaScriptで管理していてそのIDを返してます。dynamic button = window.document.createElement("button");

//buttonを操作するときはそのIDとプロパティ名とかで呼び出す感じ
button.innerText ="new button";

//dynamic以外の型に変換するとシリアライズされて持ってこれるstring innerText = button.innerText;

引数

引数はもともとの IJSRuntime に渡せるもの（Jsonにできるものと ElementReference)と前述したJavaScriptオブジェクトを渡せます。

dynamic button = window.document.createElement("button");
dynamic div = window.document.getElementById("parent-div");
//引数にJavaScriptのオブジェクトを渡してます。
div.append(button);

実はFriendlyと同じ設計思想

Friendlyは別プロセスのメソッドをリフレクションで呼び出して、これはJavaScriptに対して同じ思想でやってるだけでした。オブジェクトの管理とかシリアライズとか引数のルールとかも実は同じです。

連載物です。

「ちょっとやってみるかなー」って軽く始めたけど結構ガッツリ実装ました。これは dynamic を使って緩く書く書き方なんですけど、DispatchProxy で型を決めて呼び出す方式も実装しちゃったんですよね。なんであと何回か書きます。内部のつくりとかも書けたら書きます。