dobusarai/blog

新しいプロジェクトの作成

コンソールアプリ(.NET Core) -> プロジェクト名(ここでは適当にTestTool)

code

using System;

namespace TestTool {
    class Program {
        static void Main(string[] args) {
            Console.WriteLine("Hello World!");
            foreach (var arg in args) {
                Console.WriteLine(arg);
            }
            /* end */
            Console.WriteLine("Press Any key to continue...");
            Console.ReadKey(true);
        }
    }
}

発行のプロファイルを作る

ビルド -> TestToolの発行 -> 発行先はフォルダ -> プロファイルの作成

配置モードを自己完結, ターゲットランタイムをlinux-x64に変更して保存。

単一ファイルに変更するためにprofileファイルを編集。ソリューションエクスプローラからProperties>PublishProfiles>FolderProfile.pubxmlを選択して開く。

<?xml version="1.0" encoding="utf-8"?>
<!--
https://go.microsoft.com/fwlink/?LinkID=208121. 
-->
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <PublishProtocol>FileSystem</PublishProtocol>
    <Configuration>Release</Configuration>
    <Platform>Any CPU</Platform>
    <TargetFramework>netcoreapp3.0</TargetFramework>
    <PublishDir>bin\publish\</PublishDir>
    <RuntimeIdentifier>linux-x64</RuntimeIdentifier>
    <SelfContained>true</SelfContained>
    <PublishSingleFile>true</PublishSingleFile> <!--単一ファイル出力指定-->
  </PropertyGroup>
</Project>

PublishSingleFileを追加して保存。

発行

ビルド -> TestToolの発行 -> 発行

実行

単一ファイルと言いつつpdbファイル(Releaseビルドなのに)も出力される。作成されたlinuxバイナリ(TestTool)(76MB)をこのサーバにアップロードして実行。

[dobu@133-130-123-5 ~]$ chmod +x TestTool
[dobu@133-130-123-5 ~]$ ./TestTool hoge fuga piyo
Hello World!
hoge
fuga
piyo
Press Any key to continue...
[dobu@133-130-123-5 ~]$

明るくないsh書くよりこっちのほうが楽だなー。個人では複雑怪奇なことをlinuxでやることはないのだけど、debuggerが強力なので。単一ファイルにすることで各バージョン気にしなくてすむのが最高。ファイルサイズの肥大化は……このご時世ある程度までなら増えても別にいいだろって。

ex) https://docs.microsoft.com/ja-jp/dotnet/core/whats-new/dotnet-core-3-0#single-file-executables

表題の件だけど、こんなサンプルコードが多く見られる。

上記は動作はするけどダメな例だ。Mutexはdisposableなのだし、Local変数にするとGCが葬ってしまう可能性がある。こう書くの。

ネットに転がってるサンプルを鵜呑みにして実装しちゃだめだなーって。誰も見ないんだけど自戒の念を込めて。

久々にWindows.Formsです。本当は.net coreで作りたかったのだけど、WebBrowserコントロールがIE7なのな！さすがにEdgeだとは思っていないがIE11かと……。ということで埋め込みchromiumコントロールを使うことにした。これが.net core3.0ではどうにもこうにもエラーになるので、今回は.net framework 4.7.2で。

https://gist.github.com/dobusarai2016/9e3d179d8f5ac7fa46468b468d6e8616

マニフェスト追加して高DPI対応とかにもしてるけど、基本はこれだけ。ボタンとかはさすがに面倒なのでフォームデザイナでペタペタ。CefSharpはデザイナで貼るとバージョンが古いだのビルド時にようわからんエラー吐いたりだの鬱陶しいので直書き。

Application -> Chromiumは基本的にJavascriptを走らせることでDOM操作とか何でも出来るみたいだが、Chromium -> Application、例えばDOMの取得などはレンダリング時にしかできないっぽい。まー目的は片方向で良いので調べるのはやめた。生スレッド使うのはダセえとかは言うな。

※20191017 生スレッドの部分を修正

※20191017 LoadError(httpdが存在しないページで404を返すのではなく、サーバ自体に接続できない、存在しない場合は真っ白で終わり)時に、エラーhtmlを読み込んで描画するように変更

※20191017 DOM要素へのアクセスも試してみた。が、idやインデックスを指定しての取得は出来るが、複数の要素(getElementsByClassNameでまとめて取得)はdebuggerで見てもnullになってしまって取れないみたい。

        private async void ToolStripButton2_Click(object sender, EventArgs e)
        {
            if (!chromium.IsLoading)
            {
                //var js = "document.getElementsByClassName('chromium-test');"; // NG
                //var js = "document.getElementsByClassName('chromium-test')[0];"; // NG
                var js = "document.getElementsByClassName('chromium-test')[0].innerText;"; // OK
                //var js = "document.getElementById('user_id').value;"; // OK
                var test = "";
                await chromium.GetBrowser().MainFrame.EvaluateScriptAsync(js).ContinueWith(
                    x => {
                        var response = x.Result;
                        if(response.Success && response.Result != null)
                        {
                            test = response.Result.ToString();
                        }
                    }
                );
                StatusMessageLabel.Text = test;
            }
        }

https://www.dobusarai.net/env/