開発のあいまに

C#でGoogle検索結果を取得する場合はwget()がお勧め

C#でGoogle検索結果を取得する場合、「Google.Apis.Customsearch」「CustomSearch API Client Library for .NET」「Google API Client Library for .NET」などいくつかのライブラリが公開されていますが、いずれもアクセス制限が厳しく、取得結果もタイトルとURLのリストでしかなく、WEBブラウザに表示されるGoogle検索結果を取得したい場合には向かない。

WEBブラウザに表示されるGoogle検索結果を取得したい場合は、wgetでGoogleの検索URLの結果を取得するのがお勧め。

具体的なやり方は wget による Googleの検索結果の取得 が分かり易い。

 

テストメソッドから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で問題無く読み込める。

 

ファイルをバイナリで読み込み16進で表示する

Visual Studio にバイナリファイルをドラッグドロップすると、バイナリエディタで表示してくれますが、16進表記の値をメモ帳にコピーペース出来ないのが困るので、ファイルをバイナリで読み込み16進で表示するプログラムを書きました。高速化してます。

private void button1_Click(object sender, EventArgs e)
{
    //ファイルを開くダイアログの生成
    var of = new OpenFileDialog();
    //ダイアログの表示
    var d = of.ShowDialog();

    //OKボタンが押されたらデータを読み込む処理へ
    if (d != DialogResult.OK) return;

    //ファイルパスの取得

    textBox1.Text = reed(of.FileName);

    MessageBox.Show("完了");
}

private static string reed(string filepass)
{
    //ファイルをメモリへ読み込む
    using (var fs = new FileStream(filepass, 
        FileMode.Open, FileAccess.Read, FileShare.None))

    //バイナリ形式でプログラム内に読み込む
    using (var br = new BinaryReader(fs))
    {
        //ファイルサイズを求める
        var fi = new FileInfo(filepass);
        var filesize = (int)fi.Length;

        //配列の長さをファイルサイズにして定義
        //データを格納する変数
        var data = new byte[filesize];
        var sb = new StringBuilder(filesize * 2);

        //１バイトずつ取得しながら１６進数で表示
        for (var i = 1; i < filesize; i++)
        {
            data[i] = br.ReadByte();
            sb.AppendFormat("{0,2:x2} ", data[i]);
        }

        return sb.ToString();
    }
}

C# 7で追加されたタプル(tuple)の書き方を分かり易く説明している動画

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 シグネチャのパラメーターがターゲットのアンマネージ シグネチャに一致していることを確認してください。'」例外が発生する。

SQLiteのTempフォルダを変更する場合はプロセスの環境変数を変更する

SQLiteが使用するTEMPフォルダは、OSのTEMP/TMP環境変数に設定されたフォルダを使用する為、OSのTEMP/TMPフォルダのドライブに空きが少ない状態で、大量データをSQLiteが処理すると、「System.Data.SQLite.SQLiteException:database or disk is full」エラーが発生する。

ドライブの空き容量の確保や、OSのTEMP/TMP環境変数のパス変更が難しい場合、アプリケーションの事情でSQLiteのTempフォルダを個別に指定したい場合は、アプリケーションのプロセス起動時にTEMP/TMP環境変数のパスを変更することで、SQLiteが使用するTEMPフォルダを変更することができる。

SQLiteが使用する環境変数は幾つかあるので、プロセス開始時にそれぞれ変更してしまうのが無難。下記はC#でプロセスの環境変数を変更する例。

System.Environment.SetEnvironmentVariable("TMP", "G:\Temp");
System.Environment.SetEnvironmentVariable("TEMP", "G:\Temp");

※Windowsの場合はTMPとTEMPですが、UNIX系ではTMPDIRとSQLITE_TMPDIRを変更します。

SQLiteのtemp_store_directoryオプションで、SQLiteのTEMPフォルダの変更することもできますが、非推奨なのでプロセスの環境変数を変更する方が良いです。

SQLiteがTempフォルダに一時ファイルを作成している様子は、Process Monitor で監視すると分かり易い。