開発のあいまに

ASP.NET Core セッション変数にClassオブジェクトを保持する場合

ASP.NET Core 2.2 で、セッション変数にClassやListなどのオブジェクトを保持したい場合、Session拡張メソッドを使うとシンプルなソースコードになる。
セッション変数のKey/Valueが増え過ぎて、メンテナンス不能になるのを防ぐ為には必須。

Session拡張メソッドを、ジェネリック指定でjson形式にシリアライズし保持する。

public static class SessionExtensions
{
    public static void Set<T>(this ISession session, string key, T value)
    {
        session.SetString(key, JsonConvert.SerializeObject(value));
    }

    public static T Get<T>(this ISession session, string key)
    {
        var value = session.GetString(key);

        return value == null ? default(T) :  JsonConvert.DeserializeObject<T>(value);
    }
}

 

セッションに保存。

HttpContext.Session.Set("TestClass1", new TestClass());

 

セッションから取得。

var testClass1 = HttpContext.Session.Get<TestClass>("TestClass1");

 

セッションデータ用のテストクラス。

public class TestClass
{
    public int Id { get; set; }

    public string Word { get; set; }
}

 

参考
ASP.NET Core でのセッションとアプリの状態　#セッション状態

ASP.NET Coreで「条件付きコンパイルシンボル」が使えない

ASP.NET Core プロジェクトで「条件付きコンパイルシンボル」を設定した後、DebugとReleaseを切り替えてもソースコードに反映されないのは、Visual Studio 2017のバグ。

問題が発見されてから2年経ち、Visual Studio 2017 15.9.11（ASP.NET Core 2.2）でも解決されず、Visual Studio 2017で解消するのは諦めて、Visual Studio 2019で対処する事になっていることに驚きました。かなり重要な機能なのに。

この問題が解消されるまでは、csソースファイル毎に「#define TEST」「#define Debug」などを記述して、Releaseビルドする際に、#defineをコメントアウトするしかないです。

テストメソッドからWPFメインスレッドの処理を実行する場合

NUnitのテストメソッドを実行しているスレッドと、メインスレッドは違う。
この影響で、Application.Current.Dispatcher.CheckAccess() が false になり、UIをテストメソッドから処理すると例外が発生する。
Application.Current.Dispatcher.CheckAccess() がtrueになり、UI操作できるようにするには、System.Windows.Application.Current.Dispatcher.Invoke()から処理を実行する必要がある。

using System.Windows;

[Test]
public void WPF_MainUiThreadTest()
{
    new Application();

    Application.Current.Dispatcher.Invoke(() =>
    {
        if (Application.Current.Dispatcher.CheckAccess())
        {
            // ここにUI操作処理を書く
            var a = "";
        }
    });
}

NUnitプロジェクトの参照に下記３つを、事前に追加しておく必要あり。

PresentationCore
PresentationFramewort
WindowsBase

.NetCore(C#)でMeCabを使って形態素解析を行う場合

VisualStudio2017 C#（.Net Core 2.0）で、MeCab（0.996）のlibmecab.dllを参照し形態素解析を行う場合、下記のソースでMeCabの解析結果を得ることができる。

using System;
using System.Runtime.InteropServices;


class Program
{
    const string MECAB_LIB_PATH = @"C:\Program Files (x86)\MeCab\bin\libmecab.dll";

    [DllImport(MECAB_LIB_PATH, CallingConvention = CallingConvention.Cdecl)]
    extern static IntPtr mecab_new2(String arg);

    [DllImport(MECAB_LIB_PATH, CallingConvention = CallingConvention.Cdecl)]
    extern static IntPtr mecab_sparse_tostr(IntPtr ptrMeCab, String arg);

    [DllImport(MECAB_LIB_PATH, CallingConvention = CallingConvention.Cdecl)]
    extern static void mecab_destroy(IntPtr ptrMeCab);


    static void Main(string[] args)
    {
        try
        {
            var ptrMeCab = mecab_new2("");

            var ptrResult = mecab_sparse_tostr(ptrMeCab, "テストデータ");
            var strResult = Marshal.PtrToStringAnsi(ptrResult);

            mecab_destroy(ptrMeCab);
        }
        catch (Exception ex)
        {
            System.Diagnostics.Trace.WriteLine(ex.Message);
        }
    }
}

strResult変数には、下記実行結果が出力される。

"テスト\t名詞,サ変接続,*,*,*,*,テスト,テスト,テスト\nデータ\t名詞,一般,*,*,*,*,データ,データ,データ\nEOS\n"

libmecab.dllを参照しているプロジェクトはx86で実行する必要がある。 .Net Core固有の問題から、下記手順を経ないとデバッグ実行時にアプリケーションが即落ちて原因が分からずにはまる。 1、Visual Studio 2017 をインストールしても、x86版の.NetCore SDKはインストールされないので、別途、ダウンロードしてインストールしておく。
2、プロジェクトのプラットフォームをx86に変更しても、デフォルトのデバッグ実行はx64版の.NetCore SDKで実行され、x86アプリをx64のSDKで実行しようとしてプリケーションが落ちるので、.csprojファイルをメモ帳で開き、下記を追記することで、x86プラットフォームの場合は、x86版.NetCore SDK上で実行するよう変更できる。

$(MSBuildProgramFiles32)\dotnet\dotnet
$(ProgramW6432)\dotnet\dotnet

下記は追記した後の、.csprojファイル全体のサンプル。

 <Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp2.0</TargetFramework>
    <StartupObject>MeCabテストCore.Program</StartupObject>
    <RunCommand Condition="'$(PlatformTarget)' == 'x86'">
      $(MSBuildProgramFiles32)\dotnet\dotnet</RunCommand>
    <RunCommand Condition="'$(PlatformTarget)' == 'x64'">
      $(ProgramW6432)\dotnet\dotnet</RunCommand>
  </PropertyGroup>
  <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|AnyCPU'">
    <PlatformTarget>x86</PlatformTarget>
    <RunCommand Condition="'$(PlatformTarget)' == 'x86'">
      $(MSBuildProgramFiles32)\dotnet\dotnet</RunCommand>
    <RunCommand Condition="'$(PlatformTarget)' == 'x64'">
      $(ProgramW6432)\dotnet\dotnet</RunCommand>
  </PropertyGroup>
 </Project>

jsonにコメントは書ける

下の画像は、c#アプリケーションの設定ファイルにjsonを使い、コメントを書いた場合。ConfigurationBuilderで問題無く読み込める。

 

VisualStudioでコードカバレッジを測定するならAxoCover

AxoCoverというVisual Studio拡張のカバレッジツールが素晴らしい

AxoCoverをインストールしておくと、VisualStudio標準のテストエクスプローラーにテストメソッドがリストアップされなくなった時でも、AxoCoverのTests画面にテストメソッドがリストアップされて助かる。

下記の場合でも、AxoCoverのTests画面にNUnitのテストメソッドがリストアップされて、テストメソッドを実行できるのは凄い。

・MsTestのテストメソッドは表示されるが、NUnitのテストメソッドは表示されず実行も出来ない。
・環境設定のExport/Importで、問題無い環境の設定をImportしてもダメ。
・C:\Users\(yourusername)\AppData\Local\Tempを削除してOS再起動してもダメ。
・Microsoft.VisualStudio.FeatureFlags.pkgdefの問題でも無い。
　https://blogs.msdn.microsoft.com/dotnet/2017/10/30/real-time-test-discovery
・テストエクスプローラではなく、テストメソッドの個別実行もできないので、
　Visual Studioを再インストールした方が良さそう。
　https://teratail.com/questions/100374

 

UWP以外はシミュレーターをターゲットにしてデバッグすることができない

ユニバーサル Windows（UWP）プロジェクトだと、ツールバーでデバッグ実行時ののターゲットプラットフォームを、Windowsシミュレーターにできる。

WPFやWindowsフォームのプロジェクトでは、デバッグ実行時のターゲットプラットフォームを変更できないので、Microsoft.Windows.Simulator.exeを直接起動し、Windowsシミュレーター上から、テスト対象のexeを実行するしかない。

 

■シミュレーターがある場所

[Visual Studio 2013]
C:\Program Files (x86)\Common Files\microsoft shared\Windows Simulator\12.0\
Microsoft.Windows.Simulator.exe

[Visual Studio 2015]
C:\Program Files (x86)\Common Files\microsoft shared\Windows Simulator\14.0\
Microsoft.Windows.Simulator.exe

[Visual Studio 2017]
C:\Program Files (x86)\Common Files\microsoft shared\Windows Simulator\15.0\
Microsoft.Windows.Simulator.exe

XAMLを編集する前にはソリューション全体をリビルドしておくのが無難

App.xamlの<Application.Resources>にResources.resxの参照を追加した際、インテリジェンス入力支援の候補に「Settings」は表示されるのに「Resources」は表示されず、直書きすると「名前 "Resources" は名前空間 "clr-namespace:WpfApp1.Properties" に存在しません。」 が表示される場合、ソリューション全体をリビルドすると、「Resources」も候補に表示されるようになる。

.Net Core 2.0 のコンソールアプリでアプリケーション構成ファイル(json)を使う手順

「プロジェクト > 依存関係 > NuGetパッケージの管理」をクリックし、NuGetパッケージから Microsoft.Extensions.Configuration.Json を検索。

 

Microsoft.Extensions.Configuration.Json をインストール。

 

ファイル名を appsettings.json にしたJSON ファイルをプロジェクトに追加する。
アプリケーション構成ファイルのファイル名は、 appsettings.json 固定。

 

appsettings.json のプロパティをクリックし「出力ディレクトリにコピー」は「常にコピーする」に設定する。

 

appsettings.json のプロパティがデフォルトの「コピーしない」のままだったり、アプリケーション構成ファイル名を appsettings.json 以外にすると下記の例外が発生する。

System.IO.FileNotFoundException: The configuration file 'appsettings.json' 
was not found and is not optional. 
The physical path is '・・・\netcoreapp2.0\appsettings.json'.
   at Microsoft.Extensions.Configuration.FileConfigurationProvider.Load(Boolean reload)
   at Microsoft.Extensions.Configuration.ConfigurationRoot..ctor(IList`1 providers)
   at Microsoft.Extensions.Configuration.ConfigurationBuilder.Build()

 

appsettings.json に設定した値。

{
  "version": "1.0.0-*"
}

 

appsettings.json を読み込むソースコード。

using Microsoft.Extensions.Configuration;

var builder = new ConfigurationBuilder();

builder.SetBasePath(Directory.GetCurrentDirectory());
builder.AddJsonFile("appsettings.json");
var Configuration = builder.Build();
var value = Configuration["version"];

  

デバッグ実行でちゃんと読み込めた！

 

.netcoreのアプリケーション構成ファイルはjsonと言われますが、xmlやiniのライブラリも存在するのでjsonじゃなくても良さそう。

C#でMeCabを使って形態素解析を行う場合

VisualStudio2017 C#（.NetFrameword 4.7.1）で、MeCab（0.996）のlibmecab.dllを参照し形態素解析を行う場合、下記のソースでMeCabの解析結果を得ることができる。

using System;
using System.Runtime.InteropServices;


class Program
{
    const string MECAB_LIB_PATH = @"C:\Program Files (x86)\MeCab\bin\libmecab.dll";

    [DllImport(MECAB_LIB_PATH, CallingConvention = CallingConvention.Cdecl)]
    extern static IntPtr mecab_new2(String arg);

    [DllImport(MECAB_LIB_PATH, CallingConvention = CallingConvention.Cdecl)]
    extern static IntPtr mecab_sparse_tostr(IntPtr ptrMeCab, String arg);

    [DllImport(MECAB_LIB_PATH, CallingConvention = CallingConvention.Cdecl)]
    extern static void mecab_destroy(IntPtr ptrMeCab);


    static void Main(string[] args)
    {
        try
        {
            var ptrMeCab = mecab_new2("");

            var ptrResult = mecab_sparse_tostr(ptrMeCab, "テストデータ");
            var strResult = Marshal.PtrToStringAnsi(ptrResult);

            mecab_destroy(ptrMeCab);
        }
        catch (Exception ex)
        {
            System.Diagnostics.Trace.WriteLine(ex.Message);
        }
    }
}

strResult変数には、下記実行結果が出力される。

"テスト\t名詞,サ変接続,*,*,*,*,テスト,テスト,テスト\nデータ\t名詞,一般,*,*,*,*,データ,データ,データ\nEOS\n"

libmecab.dllを使用する場合、下記２つに気を付けないとはまる。

1、libmecab.dllを参照しているプロジェクトはx86で実行しないといけない。
x64やAnyCPUで実行すると、mecab_new2("")メソッド実行時に「間違ったフォーマットのプログラムを読み込もうとしました。 (HRESULT からの例外:0x8007000B)」例外が発生する。


2、DllImport()の定義には、「CallingConvention = CallingConvention.Cdecl」を記述しないといけない。
「CallingConvention = CallingConvention.Cdecl」を記述していないと、mecab_new2("")メソッド実行時に「MeCabテスト!MeCabテスト.Program::mecab_new2' がスタックを不安定にしています。PInvoke シグネチャがアンマネージ ターゲット シグネチャに一致していないことが原因として考えられます。呼び出し規約、および PInvoke シグネチャのパラメーターがターゲットのアンマネージ シグネチャに一致していることを確認してください。'」例外が発生する。