.NET

Visual Studio 11 から本気出す! WPF with C++/CLI

επιστημη — Sat, 28 Apr 2012 23:51:00 GMT

レビューやらせていただきましたよ。
んで、せっかくだから「周回遅れにもほどがあんぞｦｲ」なWPFに手を付けます。
いやね、Visual Studio 11でよぅやっとC++/CLIのインテリセンスが復活してくれたんで、
ﾏﾝﾄﾞｸｾｰことやる気になったっちゅーのが本音。
てかさ、WPFアプリケーションてばC++の出番ナシなのが癪に障るんで、
ひな形生成だけをC#にやらせ、残りはぜーんぶC++/CLIで書いてみるココロミ。

おためしにこしらえたのは毎度毎度のカウンター。
「3.2.3 視覚的デザインツールの利用」にあったMVVMをほとんどそのままパクらせてもらいました。

<Window x:Class="DataBindingSample.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        Title="データ バインディング サンプル" Width="193" SizeToContent="Height" Height="157">
    <StackPanel>
        <TextBox Text="{Binding Count}" FontSize="36" FontWeight="Bold" TextAlignment="Center" />
        <Button Content="+" Command="{Binding IncCommand}" />
        <Button Content="-" Command="{Binding DecCommand}" />
    </StackPanel>
</Window>

XAMLはこんな↑カンジね、表示とボタンをそれぞれ CountとIncCommand/DecCommandにバインドしてます。
以降C#からはしばらくオサラバ、C++/CLIでCLRクラスライブラリを用意して参照させます。
ViewModel がコレ↓

#ifndef MAINWINDOWVIEWMODEL_H__
#define MAINWINDOWVIEWMODEL_H__

namespace DataBindingSample {

  public ref class MainWindowViewModel : public System::ComponentModel::INotifyPropertyChanged {
  public:
    property int Count {
      int get();
      void set(int value);
    }

    virtual event System::ComponentModel::PropertyChangedEventHandler^ PropertyChanged;

    void attachCommand(System::Action<Object^>^ inc, System::Action<Object^>^ dec);
    void Update(int count);

    property System::Windows::Input::ICommand^ IncCommand 
      { System::Windows::Input::ICommand^ get(); }
    property System::Windows::Input::ICommand^ DecCommand 
      { System::Windows::Input::ICommand^ get(); }

  private:
    int _Count;
    System::Windows::Input::ICommand^ incCommand;
    System::Windows::Input::ICommand^ decCommand;
  };
 
}

#endif

attachCommandでView(のIncCommand/DecCommand)からModelに、
UpdateでModel（のカウント値変更)をViewに飛ばします。

カウンタ本体:Counter と ViewModelに接続するための CounterModel はそれぞれ:

#ifndef COUNTER_H__
#define COUNTER_H__

namespace DataBindingSample {

  public ref class Counter {
  public:
    void inc();
    void dec();
    int count();

  private:
    int count_;
  };

  public ref class CounterModel : Counter {
  public:

    // Model→ViewModel
    event System::Action<int>^ CountUpdatedHandler;

    // ViewModel→Model 
    property System::Action<Object^>^ Increment { System::Action<Object^>^ get(); }
    property System::Action<Object^>^ Decrement { System::Action<Object^>^ get(); }

  private:

    void Notify();

    void inc(Object^ dummy);
    void dec(Object^ dummy);

  };

}

#endif

CountUpdateHandlerとIncrement/Decrement がViewModelとの接続ポートになってます。

んでもって MainWindow, MainWindowViewModel, CounterModel をがしゃがしゃ繋ぐトコ
をC#側にねじ込みます。 MainWindowViewModel と CounterModel は App のstaticメンバ
にしちゃいました。

/* 
 * App.xaml.cs
 */
using System.Windows;

namespace DataBindingSample {

  public partial class App : Application {

    public static MainWindowViewModel ViewModel {
      get { 
        if ( viewmodel_ == null )
          viewmodel_ = new MainWindowViewModel();
        return viewmodel_;
      }
    }

    public static CounterModel Model {
      get {
        if ( model_ == null )
          model_ = new CounterModel();
        return model_;
      }
    }

    public static MainWindowViewModel viewmodel_;
    public static CounterModel model_;
  }

}

/*
 * MainWindow.xaml.cs
 */
using System.Windows;

namespace DataBindingSample {

  public partial class MainWindow : Window {
    public MainWindow() {
      InitializeComponent();
      this.DataContext = App.ViewModel;
      App.ViewModel.attachCommand(App.Model.Increment, App.Model.Decrement);
      App.Model.CountUpdatedHandler += App.ViewModel.Update;
    }
  }

}

C++/CLI側の実装(.cpp)は割愛。ソリューションまるごとうｐするから読んでやって。

白状すればMVVMってハジメテなの。おもきし我流だし。ｶﾞｽｶﾞｽ突っ込んでやってくだせ。

わんくま東京勉強会#56 懇親会ふぉろー

επιστημη — Sun, 20 Feb 2011 00:32:00 GMT

懇親会の席上でおもろいネタで盛り上がってました:

　「コンストラクタが例外を投げるのはアリか?」

僕は「ないわー」派についていたのですが、帰りの電車に揺られて酔いを醒ましてるうちに「アリかも」と思い始めてました。# かなはるちゃんいぢめてごめんよー

そもそも例外処理てぇのは
「エラーを検出できるが対処できない」呼ばれ側と
「エラーに対処できるが検出できない」呼び側
との間でエラーをやり取りするためのからくり、なハズです。

するってーと例外ちゅーのは
"あり得ないこと"が起こった事を知らせるっちゅーより、
"対処不能なこと"が起こった事を知らせるもんだろ、と。

であるなら、コンストラクタ内で"対処不能なこと"が起こったのならその旨を呼び側に伝えるべく例外投げるのはアリかと思うですね。

※ かたやデストラクタで例外投げるのはどんなもんよ。
デストラクタは往々にして暗黙のうちに呼ばれるし、.NETだといつ呼ばれるかはおろか確実に呼ばれるかすら定かじゃない。んなもんcatchできひんやん。

わんくま東京勉強会#56 LTふぉろー

επιστημη — Sun, 20 Feb 2011 00:29:00 GMT

昨年夏の横浜勉強会以来とーんとご無沙汰してたわんくま勉強会、おさしみぶりに顔出しました。日本マイクロソフト＠品川新社屋に潜入したかったし。

…えー、中さんゴメンナサイ。Kinect Game DVDを一枚おシャカにしてまいました。この埋め合わせは必ずや。どうかご寛恕いただきますよう平身低頭 _o/L

今回はえムナウ御大プロデュースでWPF/Silverlightスペシャル。native屋の僕が付け入るスキなどあろうはずもなく、LTで茶を濁すことに。

LTやらせろと手ぇ挙げてはみたものの、肝心のネタを決めかね、あろうことか触り始めてわずか二時間のPythonでくっちゃべったわけですが案の定しゃべり足りんうちにTime Overコいてまいました。ちーと悔しいのでここでふぉろー。

Pythonは多重継承を許します:

class Base1:
def fun(self):
print('Base1.fun()')

class Base2:
def fun(self):
print('Base2.fun()')

class Derived(Base1,Base2):
pass # なにもしない

とか書けばDerivedはBase1とBase2から導出されます。ここで:

d = Derived() # インスタンスをこしらえて
d.fun() # fun()を呼ぶ

とかやるとd.fun()はBase1.fun()とBase2.fun()のどっちが呼ばれるでしょか。
C++でこんなの書いたらどっちのfun()を呼ぶか決めかねてコンパイルエラーです。
かたやPythonでは動いてしまいます。

d.fun()されたとき、Derivedそれ自身はfun()を持たないので、基底クラスに遡って探しにいきます。メソッドを解決する順序:MRO(Method Resolution Order)はクラス定義時にカッコ内にに並べた順となります。

class Derived(Base1,Base2):

と定義したのでMROは:

Derived
Base1
Base2

の順となり、d.fun()はBase1.fun()が呼ばれることになるです。

MROの裏をかいてみましょうか。

class Base1:
class Base2:
class Derived1(Base1,Base2): # [1]
class Derived2(Base2,Base1): # [2]
class MoreDerived(Derived1,Derived2):

こんなコード書くとMoreDerivedのMROを決定する際に([1]と[2]においてBase1とBase2の順序が異なるために)Base1とBase2のどっちを先にするか決めかねてエラーになるですよ。

よーするにPythonの多重継承は単一継承に置き換えることで実現する"なんちゃって多重継承"と考えられます。だとすれば単一継承しか許さない.NETで実装したPython処理系:IronPythonが作れるのも頷けますです。

読んでます: .NET 開発テクノロジー入門

επιστημη — Tue, 04 Jan 2011 19:16:00 GMT

そこそこ大きな本屋さんの書架を眺めれば、いわゆるビギナ本が並んでいます。

「よくわかるVisual C#」とか「一週間でマスター Visual Basic」とか、そんなカンジのタイトルで。

このテのビギナ本、多くはフォームにコントロールをペタペタ貼ってイベントにハンドラ括りつけ、あーしてこーすればあっちゅーまにラーメンタイマーやら数当てゲームができちゃうよ! みたいな。

ビギナ本は言語/開発環境をはじめて触るにはとても重宝します。まずはそこに書かれたチュートリアルにしたがって操作すればアプリケーションの作り方の基本がわかります。船長として船に乗り込み、大海原に漕ぎ出すことができます。が…

新米船長は乗組員のことがさっぱりわかっていません。船内をうろつけば数多くの船員が船長の指示を待っていて前を通ればうやうやしく敬礼してくれるんだけど。彼らの胸には名札が付いているけども、そこに書かれているのは名前だけ。彼が一体何者か、コックなのか船医なのか機関長なのか、さっぱり見当がつきません。船員をコキ使わにゃ船長ひとりではなにもできず、やがて失意のうちに船を下りてしまいます。

『.NET 開発テクノロジー入門』

マイクロソフト株式会社エバンジェリストチーム著

日経BP社 ISBN978-4-8222-9441-0

この本、「乗組員ハンドブック」ってカンジ? 乗組員それぞれの名前と役割、それとおおまかなプロフィールと指示の与え方が記されています。MSDNとの橋渡しにいかがでしょ。

まんでるぶろ集合(まだまだ続くよー)

επιστημη — Thu, 10 Dec 2009 16:49:00 GMT

CodeZine でお披露目 → .NETでマンデルブロ集合を描く

コードを見せるっちゅーより、しくみとゆーかからくりとゆーか、
どんなダンドリで描いているか、を書きました。
.NET三大言語で実装したソリューションが付いてます。

こっからさらに悪ノリして、VC++ 10.0 で追加となる PPL 使って
高速化するっちゅー「後日談」を書いてます。

C++/CLIだとPPLが使えないって制限があるんで、native-DLLに
仕立ててそいつをC++/CLIから呼び出すっちゅー
えぴちゃん伝家の宝刀を抜きますですﾎﾎﾎ

年内に出せるといいなーとか。

まんでるぶろ集合(しょにょさん)

επιστημη — Sun, 29 Nov 2009 18:20:00 GMT

CodeZine向けに記事書いて、いましがた脱肛脱稿しますた。
ナカミはマンデルブロ集合の描画に必要な道具たちとそれらの関係てゆーか、
「そこそこスナオに設計/実装したらこんなんできましたケド」みたいな。

↑一足お先にコードを公開。
C#, VB.NET, C++/CLI 版が詰まってるっちゅー大盤振舞なりー

データバインディングのおべんきょ。番外その１。

επιστημη — Sat, 09 May 2009 07:39:00 GMT

.NET言語相互変換計画のつづき。

「データバインディングのおべんきょ。」をパクらせてもらう。
とりこびとｾﾝｾはComboBoxとListをバインドしてみせてくれたわけだが、
僕はDataGridViewとListをバインドしてみる。

毎度のことで新規VBプロジェクト: WindowsApplication1をひとつ起こす。
次に用意するのは WankumaProgrammer.vb。こんなの。

Public Class WankumaProgrammer

Private _name As String = String.Empty
Private _skill As String = String.Empty

    Public Property Name() As String
        Get
            Return _name
        End Get
        Set(ByVal value As String)
            _name = value
        End Set
    End Property

    Public Property Skill() As String
        Get
            Return _skill
        End Get
        Set(ByVal value As String)
            _skill = value
        End Set
    End Property

Public Sub New()
End Sub

    Public Sub New(ByVal name As String, ByVal skill As String)
        Me.Name = name
        Me.Skill = skill
    End Sub

End Class

どってことないね、プロパティ:NameとSkillを持ったものです。
ここで一旦buildしておきます。←ここ重要。

さて、フォームにDataGridViewひとつとButtonをふたつ、
そしてBindingSourceをひとつ貼り付けます。
んでもって BindingSourceのDataSourceプロパティを WankumaProgrammer に設定。

ほんでもって DataGridViewのBindingSourceプロパティをBindingSource1にセットすると

あらフシギ、DataGridViewにWankumaProgrammerのプロパティが現れます。
BindingList(Of WankumaProgrammer) をForm1のフィールド(メンバ変数)に加え、
FormのLoadイベントおよび Button1,Button2のClickイベントをちゃっちゃと書きましょう:

Imports System.ComponentModel

Public Class Form1

Private _wankumaProgrammers As New BindingList(Of WankumaProgrammer)

    Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
        BindingSource1.DataSource = _wankumaProgrammers
        _wankumaProgrammers.Add(New WankumaProgrammer("ぽぴ王子", "C#"))
        _wankumaProgrammers.Add(New WankumaProgrammer("とりこびと", "VB"))
    End Sub

    Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
        MessageBox.Show(_wankumaProgrammers.Count.ToString())
    End Sub

    Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
        _wankumaProgrammers.Add(New WankumaProgrammer("επιστημη", "C++"))
    End Sub

End Class

実行。DataGridViewに"ぽぴ王子"と"とりこびと"が現れましたか?
Button2を押すと"επιστημη"が追加されますし、DataGridViewに直接書き加えることもできます。
たまぁにButton1を押してやってくださいな。_wankumaProgrammersに内包された要素の数が確認できます。

.NET言語相互変換計画

επιστημη — Thu, 07 May 2009 16:01:00 GMT

わんくまの連中を巻き込んで C#, VB.NET, C++/CLI それぞれの
文法とか構文とかを併記したサイトなりリファレンスを作りたいなー
っていう思いがあります。

せっかく豊富なサンプルがあるのに「C#わかんねーよ」とか
「VBはちょっと...」とかそんなのもったいないじゃない。
それぞれの変換規則がわかってりゃ、それぞれのサンプルコード
が読めるじゃない。

ずいぶん前に「やろーぜ!」って旗揚げしたんだけど、
なかなか手がつけられなくて腐ってました。

腕試しがてらVBで書かれたひとつのサンプルを
C#とC++/CLIにportするココロミを始めました。

お題に僕が選んだのはとりこびと先生の秀作
「データバインディングのおべんきょ。」シリーズ。

その１その２その３その４その５その６その７その８
 その９その１０その１１その１２その１３

ここにあるVBコードを片っ端からC#, C++/CLIにportしてます。
Visual Studio 2008 - solution の形式でお披露目の予定。
# ﾃｷﾄｰに溜まったら公開するねー♪

...で、ちょいとご意見伺いなんだが、
「わんくまの誰かが書いたコレを他言語にportしてくれぃ」
ってーリクエストありませんか?
また、「portやっちゃるぜぃ!」ってボランティアはいらっしゃいませんか?

車輪の再発明

επιστημη — Mon, 13 Apr 2009 01:42:00 GMT

やりますよ。ええ、やっちゃいます。

ModelとViewの分離のためにModelからViewにイベント飛ばすわけです。
Model側に用意したeventに View側のdelegateをアタッチするのね。
ModelとViewのライフタイムが一致してれば問題ないんだけど、
たとえばViewがダイアログだったりするとModelより先にViewが
お亡くなりになります。

このとき、Viewがこの世を去るにあたってdelegateをちゃんと
デタッチしておかないと、ModelがViewを掴んだままになるます。
ダイアログは消えてるのにイベントに反応しちゃうです。
声はすれども姿は見えず、ほんにおまえは屁のような。と。

デタッチせずにお構いなしにこの世を去らせたく、
弱参照をアタッチできんもんかとこねくりまわしてました。

それが車輪の再発明。WeakEventManagerゆーもんがあったです。
おかげさまでそれまでの丸一日をふっ飛ばしてくれやがりました。
まぁ無理もない話で、そもそもWeakEventManagerてぇ代物は
WPF絡みのものだったもんだから、僕が釣り糸垂れてた川には
棲んでなかったのよねー orz

車輪の再発明はがっかりさんしょんぼりさんではありますが、
芸の肥しになんだから善しとしましょう。

そんなこんなで WeakEventManager を使って Windows.Forms で
こさえたViewを弱参照させるココロミちうなう。

＜そこで質問＞
System.Type hoge があり、このhogeが示すクラスが
Foo あるいは Foo の派生であるかを調べにゃならんのです。
If hoge.Equals(GetType(Foo)) Then
だと Foo であるか否かはわかるけど、Foo の派生かはわかんない。
If hoge.IsSubclassOf(GetType(Foo)) Then
だと Foo の派生であるかはわかるけど、Foo であるかはわかんない。
If hoge.Equals(GetType(Foo)) OrElse hoge.IsSubclassOf(GetType(Foo)) Then
すりゃいいんだけどかったるいので、
これをイッパツで判断できんもんでしょか。
＜/そこで質問＞

こ、このわからずやっ

επιστημη — Wed, 01 Apr 2009 09:05:00 GMT

int と string の組を要素とする List が必要になりました。

using System;
using System.Collections.Generic;

class PairList<K,V> : List<KeyValuePair<K,V>> {
}

PairList<int,string> に要素を Add します。

    var pl = new PairList<int,string>();
    pl.Add(new KeyValuePair<int,string>(0,"zero"));　// ﾀﾘｰ

...ﾐｮｰに長ったらしいですよねぇ。そこでメソッドを追加します

class PairList<K,V> : List<KeyValuePair<K,V>> {
public static KeyValuePair<K,V> MakePair(K key, V value) {
    return new KeyValuePair<K,V>(key,value);
}
}
...
    pl.Add(PairList<int,string>.MakePair(0,"zero"));

ダメぢゃん。余計に長くなっちまったぢゃん。
ならば、ってんで MakePair の static をとっぱらいます:

class PairList<K,V> : List<KeyValuePair<K,V>> {
public KeyValuePair<K,V> MakePair(K key, V value) {
return new KeyValuePair<K,V>(key,value);
}
}
...
pl.Add(pl.MakePair(0,"zero"));

おぉ、涼しいですねぇ。
ところがこれでコード分析かけると
　　「thisの参照してないんだからstaticにしやがれ!」
って怒られます。

どないせっちゅーねん!

※ C++だとstaticメソッドをインスタンスを介して呼べるのに、.NETはそれを許さんのよねー...