Silverlight + MVVM モデルで DataGrid をバインドの落とし穴 | Moonmile Solutions Blog
動的バインドの話を書こうと思ったのですが、DataGrid のバインドの落とし穴の件を書くことにします。 多分、検証結果を具体的にみるほうが「何故だめなのか？」がわかりやすいので。 先に注意しておきますが、ここに書くのは「やってはいけない」方法です。 さて、ItemSource プロパティにバインドする場合は、前回書いたように即時実行が行われます。 これを「楽だから」という理由で、DataContextを使ってコントロール自身にバインドしてみましょう。 xaml ファイルを次のように設定します。 <Grid x:Name="LayoutRoot" Background="White"> <StackPanel> <dt:DataGrid Name="DGrid" Width="300" Height="200" DataContext="{Binding DGridData, Mode=T
[C#] LINQ to SQL の実行速度を３倍に加速するっ！ | HIDORI on The Web
どーも最近、ダメな子扱いされがちな LINQ to SQL ですが、クエリ結果を（ほぼ）透過的にキャッシュすることで実行速度を約３倍に加速してみました。 使い方はひじょーにカンタン。 通常 var connectionString = Properties.Settings.Default.Database1ConnectionString; using (var db = new DataClasses1DataContext(connectionString)) { var array = db.Products.Where(__ => __.Price > 500).OrderBy(_ => _.Price).Take(200).ToArray(); } みたいに書くところを var connectionString = Properties.Settings.Default.Dat
wpf : ユーザーコントロールでDataContextを使うときの定石
wpfで独自のコントロールを作るには3通りのやり方があります。 カスタムコントロール ... 既存のコントロールを改造(継承)する。 ユーザーコントロール ... 複数の既存のコントロールを組み合わせて作る。 自作 ... Controlクラスを継承して1から作る。 今回はユーザーコントロールについてのお話。 ユーザーコントロールでDataContextを使うとき、 public partial class TestControl : UserControl { public TestControl() { InitializeComponent(); this.DataContext = new TestData(); } } というようにthis.DataContextにインスタンスを設定してはいけません。 ユーザーコントロールを使う側にDataContextを変更されると挙動が変わっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
