using System;
using System.IO;
using System.Runtime.InteropServices;
namespace Hoge {
    /// <summary>
    /// ネイティブDLLのロード先ディレクトリを追加するユーティリティクラスです。
    /// </summary>
    public static class DllSearchPath {
        [DllImport("kernel32.dll", SetLastError = true)]
        static extern bool SetDllDirectory(string lpPathName);
        /// <summary>
        /// ネイティブDLLのロード先ディレクトリを追加します。
        /// </summary>
        /// <param name="path">ロード先ディレクトリ</param>
        public static void Add(string path) {
            SetDllDirectory(path);
        }
        /// <summary>
        /// x86とx64のネイティブDLLのロード先ディレクトリを追加します。
        /// </summary>
        /// <param name="x86path">x86用ロード先ディレクトリ</param>
        /// <param name="x64path">x64用ロード先ディレクトリ</param>
        public static void Add(string x86path, string x64path) {
            int bitWidth = IntPtr.Size * 8;
            switch (bitWidth) {
                case 64:
                    Add(x64path);
                    break;
                case 32:
                    Add(x86path);
                    break;
                default:
                    throw new NotSupportedException();
            }
        }
    }
}

#Program.cs
DllSearchPath.Add("path/to/x86", "path/to/x64");

ちなみに、 x86向けネイティブDLLしか用意されていない場合、ターゲットプラットフォームを x86 にしておく方が無難だろう。

動作原理

AnyCPU に設定しておけば、64bit Windows では 64bit プロセスとして動作し、32bit Windows では 32bit プロセスとして動作する。
DllSearchPath.Add で 32bit 向けパスと 64bit 向けパスをあらかじめ指定しておけば、自動的にプロセスを判断してロードするDLL
が配置されるディレクトリを決定してくれる。

この方法であれば、わざわざプロジェクトを x86 向けと x64 向けに２つ用意する必要はなくなる。

System.Data.SQLite

参考URLにあるとおり、

32bit ・・・ Precompiled Statically-Linked Binaries for 32-bit Windows
64bit ・・・ Precompiled Statically-Linked Binaries for 64-bit Windows

をダウンロードしておけばいい。選定理由はこんな感じ。

Visual C++ 2008 SP1 runtime はstaticリンクの方が無難。当然ランタイム分容量が増えるが、今更気にするサイズではないだろう。
mixed-mode assembly はネイティブDLLをアセンブリに含んでしまうので、ターゲットプラットフォームが x86 または x64 になってしまう。参照アセンブリは静的に決まるため、ロードするネイティブDLLを動的に切り分けられない。

2011-08-30

GUIテストフレームワークwhiteがすごい

.NET NUnit white

http://white.codeplex.com/

たとえばこんなWindowsアプリがあったとして、

namespace WindowsFormsApplication1 {
    public partial class Form1 : Form {
        public Form1() {
            InitializeComponent();
        }

        private void button1_Click(object sender, EventArgs e) {
            this.textBox1.Text = "Hello white";
        }
    }
}

こんなコードでbutton1のクリック結果をNUnitでテスト可能。

using System;
using NUnit.Framework;
using White.Core;
using White.Core.UIItems;

namespace WindowsFormsApplication1Test {
    [TestFixture]
    public class Class1 {
        [Test]
        public void Test() {
            var exe = @"D:\Work\WindowsFormsApplication1\WindowsFormsApplication1\bin\Debug\WindowsFormsApplication1.exe";
            using (var app = White.Core.Application.Launch(exe)) {
                var win = app.GetWindow("Form1");
                var button = win.Get<Button>("button1");
                button.Click();
                Assert.AreEqual("Hello white", win.Get<TextBox>("textBox1").Text);
            }
        }
    }
}

さすがにDataGridとかはテストできなそうだけど、これは調査しないとダメだな。WindowsFormsだけじゃなくて、WPFとかSilverlightもテストできるっぽいし。

ちなみに上記のコードをコンパイルするためには、テストアセンブリにWhite.Core.dllの参照が必要。

2010-03-05

System.Windows.Forms.Button.PerformClickのWPF版

.NET WPF

(new ButtonAutomationPeer(button).GetPattern(PatternInterface.Invoke) as IInvokeProvider).Invoke();

2010-03-03

EnumをComboBoxに表示する。

.NET WPF

アセンブリHogeAsmに含まれるEnum、HogeEnumをComboBoxに表示。

<UserControl
    x:Class="Hoge.HogeView"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    xmlns:System="clr-namespace:System;assembly=mscorlib"
    xmlns:hoge="clr-namespace:Hoge;assembly=HogeAsm">
    <UserControl.Resources>
        <ObjectDataProvider x:Key="EnumList" MethodName="GetValues" ObjectType="{x:Type System:Enum}">
            <ObjectDataProvider.MethodParameters>
                <x:Type TypeName="hoge:HogeEnum"/>
            </ObjectDataProvider.MethodParameters>
        </ObjectDataProvider>
    </UserControl.Resources>

    <Grid>
        <ComboBox ItemsSource="{Binding Source={StaticResource EnumList}}" />
    </Grid>
</UserControl>

2008-03-10

Windowsサービスでlog4netを使うための覚え書き

.NET log4net

最近作っていたWindowsアプリをWindowsサービスに作り替えてみたら、log4netで出力していたイベントログが出力されなくなってしまった。最初は権限関係だろうと思っていろいろ試してみたがさっぱり解決できなくて、１週間くらい無駄にしてしまった。
原因はアプリケーション構成ファイルのパスが取得できなかったせい。プログラムフォルダのパスを取得するためにAssembly.GetCallingAssembly/GetExecutingAssemblyを使うと、「C:\Windows\System32」になり、実際のパスが取得できない（Windowsサービス特有か？）。System.Windows.Forms.Application.ExecutablePathなど、他の手段でも取得できなかった。
Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Info.DirectoryPathはなぜか取得できるので、ほかの手段が見つかるまではMicrosoft.VisualBasicを参照に追加することにした。

string exename = Assembly.GetExecutingAssembly().GetName().Name + ".exe.config";
Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase MyApp
 = new Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase();
string configPath = Path.Combine(MyApp.Info.DirectoryPath, exename);

FileInfo info = new FileInfo(configPath);
log4net.Config.XmlConfigurator.Configure(log4net.LogManager.GetRepository(),
info);

20080508追記: AppDomain.CurrentDomain.SetupInformation.ConfigurationFileっていうのがあるのを最近知った。これで問題ないみたい。

FileInfo info = new FileInfo(AppDomain.CurrentDomain.SetupInformation.ConfigurationFile);
log4net.Config.XmlConfigurator.Configure(log4net.LogManager.GetRepository(), info);

2007-08-08

WPFでコントロールをアニメーションさせてみる

.NET WPF

Expression Blend を使えばアニメーションは簡単にできるんだけど、アニメーション中は Width プロパティとかに Auto を指定できないので微妙にめんどくさい（ちなみにコードだと Auto は Double.NaN で指定できる）。
なので、細かい操作は Visual Studio を使ってコードを書いた方が楽みたい。

そんなわけで、以下アニメーションの覚え書き。

１つのコントロールの１つのプロパティをアニメーション

System.Windows.Media.Animation.DoubleAnimation クラスみたいな Animation クラスを生成する。コンストラクタで開始値・目標値・アニメーション時間を指定しておく。 Animation クラスは、変化させる型に応じたものを選択すること。特殊なのは Enum で、 ObjectAnimationUsingKeyFrames クラスを使用する。
変化させるコントロールの System.Windows.Media.Animation.Animatable#BeginAnimation メソッドでアニメーションを開始する。引数は、変化させるプロパティを表す依存プロパティと、上で生成した Animation クラス。

１つのコントロールの２つ以上のプロパティをアニメーション

アプローチとしては２つ。

Animation クラスを複数用意して、BeginAnimation を必要なだけ呼ぶ。
System.Windows.Media.Animation.StoryBoard クラスを使う。

MS的には後者が推奨なようですな。具体的な方法はこんな感じ。

Animation クラスを作成。
StoryBoard#SetTargetProperty で、上記で生成した Animation クラスと、変化させるプロパティを表す依存プロパティを指定する。Animatable#BeginAnimation とは引数の順番が入れ替わっていて、依存プロパティを指定するのも PropertyPath 経由になっていてわかりにくい・・・。なんで依存プロパティじゃ駄目なんだろう？
変化させるすべてのプロパティに対応する Animation クラスを生成する。
StoryBoard クラスを生成して、Children プロパティに生成した Animation クラスを追加する。
変化させるコントロールの Animatable#BeginStoryboard メソッドでアニメーションを開始する。引数は上記で生成した StoryBoard クラス。

２つ以上のコントロールをアニメーション

これがサンプルが見つからなくて、かなりはまった。方法としては、１つのコントロールの２つ以上のプロパティをアニメーションとほとんど同じ。違いは StoryBoard#SetTargetName で、変化させるコントロールを指定するところ。オブジェクトを指定するんじゃなくて、文字列で名前を指定するのが嫌な感じ。

Animation クラスを作成。
StoryBoard#SetTargetProperty で、上記で生成した Animation クラスと、変化させるプロパティを表す依存プロパティを指定する。
StoryBoard#SetTargetName で、上記で生成した Animation クラスと、変化させるコントロール名を指定する。
変化させるすべてのコントロール・プロパティに対応する Animation クラスを生成する。
StoryBoard クラスを生成して、Children プロパティに生成した Animation クラスを追加する。
Animatable#BeginStoryboard メソッドでアニメーションを開始する。引数は上記で生成した StoryBoard クラス。メソッドを呼ぶインスタンスは何でもいいみたい。

サンプルコード

WindowにCanvasを置いて、その上にボタンを３つ（left 、 center 、 right）を置いた場合。

using System;
using System.IO;
using System.Net;
using System.Windows;
using System.Windows.Controls;
using System.Windows.Data;
using System.Windows.Media;
using System.Windows.Media.Animation;
using System.Windows.Navigation;

namespace SampleWPF {
    public partial class Window1 {
        public Window1() {
            this.InitializeComponent();
        }
        private void left_Click(object sender, RoutedEventArgs e) {
            //１つのコントロールの１つのプロパティをアニメーション
            Duration d = new Duration(TimeSpan.FromMilliseconds(100));
            DoubleAnimation a = new DoubleAnimation(300, d);
            left.BeginAnimation(Canvas.WidthProperty, a);
        }
        private void center_Click(object sender, RoutedEventArgs e) {
            //１つのコントロールの２つ以上のプロパティをアニメーション
            Storyboard s = new Storyboard();
            Duration d = new Duration(TimeSpan.FromMilliseconds(100));

            DoubleAnimation a1 = new DoubleAnimation(50, d);
            Storyboard.SetTargetProperty(a1, new PropertyPath(Canvas.WidthProperty));
            s.Children.Add(a1);

            DoubleAnimation b1 = new DoubleAnimation(50, d);
            Storyboard.SetTargetProperty(b1, new PropertyPath(Canvas.HeightProperty));
            s.Children.Add(b1);

            center.BeginStoryboard(s);
        }
        private void right_Click(object sender, RoutedEventArgs e) {
            //２つ以上のコントロールをアニメーション
            Storyboard s = new Storyboard();
            Duration d = new Duration(TimeSpan.FromMilliseconds(100));

            DoubleAnimation a1 = new DoubleAnimation(100, d);
            Storyboard.SetTargetProperty(a1, new PropertyPath(Canvas.WidthProperty));
            Storyboard.SetTargetName(a1, "left");
            s.Children.Add(a1);

            DoubleAnimation b1 = new DoubleAnimation(100, d);
            Storyboard.SetTargetProperty(b1, new PropertyPath(Canvas.HeightProperty));
            Storyboard.SetTargetName(b1, "left");
            s.Children.Add(b1);

            DoubleAnimation a2 = new DoubleAnimation(500, d);
            Storyboard.SetTargetProperty(a2, new PropertyPath(Canvas.WidthProperty));
            Storyboard.SetTargetName(a2, "right");
            s.Children.Add(a2);

            DoubleAnimation b2 = new DoubleAnimation(500, d);
            Storyboard.SetTargetProperty(b2, new PropertyPath(Canvas.HeightProperty));
            Storyboard.SetTargetName(b2, "right");
            s.Children.Add(b2);

            this.BeginStoryboard(s);
        }
    }
}

WPF雑感

ここしばらく WPF をいじってるんだけど、情報が少なくてさっぱり進まない。GUI フレームワークが大幅に変更されたから、当然といえば当然なんだけど、より一層理解を妨げてくれるのが依存プロパティ。こいつのおかげでインスタンスメンバとクラスメンバに情報が分散しているため、思ったようにコーディングできない。
まあ依存プロパティとかは、動的言語の影響なんだろうけど。確かに必要ないプロパティを定義せずに済むのはメリットと言える。でも C# では無理やり感が漂っていて、あまり好きになれそうにない。DLR とかで少しはましになるのかな？