[Microsoft] Windowsデスクトップ向け業務アプリ開発には何を採用すべきか？ - 2018年9月版 - Qiita
[Microsoft] Windowsデスクトップ向け業務アプリ開発には何を採用すべきか？ - 2018年9月版.NETWPFWinFormsElectronUWP Windowsデスクトップ向けの業務アプリケーション開発において、どのようなテクノロジを採用すべきか考えたいと思います。 Win32 API そういえばこの手もありましたね。 これじゃないといけない要件があるのなら仕方ないです。 開発言語 C++等 配置方法 Windowsインストーラ、あるいは実行ファイルをコピー 更新方法 Windowsインストーラを再配布、あるいは実行ファイルをコピー Windows Forms (WinForms) .NET Framework 1.0とともに登場した最も歴史ある（もうあまり新規開発がなさそうな）テクノロジです。 高DPI環境で難がありましたが、.NET Framework 4.7 +
![[Microsoft] Windowsデスクトップ向け業務アプリ開発には何を採用すべきか？ - 2018年9月版 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/9c1fc2df4f2b87433c89d7ad145e6b4225b979d3/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCTWljcm9zb2Z0JTVEJTIwV2luZG93cyVFMyU4MyU4NyVFMyU4MiVCOSVFMyU4MiVBRiVFMyU4MyU4OCVFMyU4MyU4MyVFMyU4MyU5NyVFNSU5MCU5MSVFMyU4MSU5MSVFNiVBNSVBRCVFNSU4QiU5OSVFMyU4MiVBMiVFMyU4MyU5NyVFMyU4MyVBQSVFOSU5NiU4QiVFNyU5OSVCQSVFMyU4MSVBQiVFMyU4MSVBRiVFNCVCRCU5NSVFMyU4MiU5MiVFNiU4RSVBMSVFNyU5NCVBOCVFMyU4MSU5OSVFMyU4MSVCOSVFMyU4MSU4RCVFMyU4MSU4QiVFRiVCQyU5RiUyMC0lMjAyMDE4JUU1JUI5JUI0OSVFNiU5QyU4OCVFNyU4OSU4OCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YWNhMWNiZmI2Zjc1OTY3MzE3ZmFjYjhjZDgyMjJmNjU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2VuZ29rdSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YTI0YTQxYzBiNjNlYWNjNmQwNDk5YWZlNjM3YTc4ZjY%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D5eb2c3536152f0e1d6e92341cd41f57c)
グローバリゼーションおよびローカリゼーションの概要 - WPF .NET Framework
製品を 1 つの言語だけで提供するということは、潜在的な顧客ベースを、75 億人という世界人口のほんの一部だけに限定してしまうことを意味します。 アプリケーションを世界中のユーザーに提供したいのであれば、製品をコスト効率よくローカライズすることが、より多くの顧客にリーチするための最良かつ経済的な方法の 1 つだと言えます。 この概要では、Windows Presentation Foundation (WPF) でのグローバリゼーションとローカライズについて説明します。 グローバリゼーションとは、複数の場所で効果的に使用できるアプリケーションを設計、開発することです。 たとえば、グローバリゼーションでは、異なるカルチャのユーザーに対して、ローカライズされたユーザー インターフェイスや地域データを提供します。 WPF では、自動レイアウト、サテライト アセンブリ、ローカライズされた属性、コメ
ItemsControl 攻略 ～ 外観のカスタマイズ | grabacr.nét
これは、XAML Advent Calendar 2013 の 1 日目のエントリーです。 WPF (または Windows ストア アプリ) におけるコレクション コントロール (ItemsControl) の外観をカスタマイズするための基礎として、4 つのプロパティの使いどころを紹介します。 前置き WPF でアプリ開発をしていると、そのデザイン性の高さを生かし、WPF っぽい (？) UI のアプリを開発したくなりませんか？ なりますよね！ 既定のデザインで開発しても、データ バインディング等々の恩恵を多分に受けられるので十分素晴らしいのですが、「その UI だったら WindowsForms で作れるじゃん」なんて思ってしまったり。 なので、私が WPF アプリを開発するときは、最近の Visual Studio や Zune、GitHub for Windows などに見られるモ
How do you select the right size icon from a multi-resolution .ico file in WPF?
I use simple Markup Extension for that: /// <summary> /// Simple extension for icon, to let you choose icon with specific size. /// Usage sample: /// Image Stretch="None" Source="{common:Icon /Controls;component/icons/custom.ico, 16}" /// Or: /// Image Source="{common:Icon Source={Binding IconResource}, Size=16}" /// </summary> public class IconExtension : MarkupExtension { private string _source;
MVVMにおけるView層での入力値エラーの有無をViewModelで知る方法 - かずきのBlog@hatena
MSDNフォーラムで以下の質問があったので考えてみました。 MVVM における入力検証について シナリオとしてはこんな感じ。 ViewModelではint型のプロパティを公開している View側でTextBoxにバインドしている ValidatesOnExceptions=trueとValidation.ErrorTemplateでView側でエラー表示してる 上記のやり方をしてるときに、ViewModel側でViewでエラーが起きてるかどうかを知りたい！ということみたいです。 ということでまず、土台を作ります。ViewModelの基本クラスを定義するのがめんどくさかったのでPrismの基本クラスを使用しています。まず、MainWindowViewModelを定義します。 namespace WpfApplication25 { using Microsoft.Practices.Pris
)
方法 : アプリケーションをローカライズする
更新 : 2007 年 11 月 このチュートリアルでは、LocBaml ツールを使用してローカライズされたアプリケーションを作成する方法を示します。 LocBaml ツールは、本運用環境で使用できるアプリケーションではありません。いくつかのローカリゼーション API を使用してローカリゼーション ツールを記述する方法を示すサンプルです。 このトピックには次のセクションが含まれています。 概要 要件 サンプル アプリケーションの作成 ニュートラル言語リソースのサテライト アセンブリの作成 LocBaml ツールのビルド LocBaml を使用したファイルの解析 ローカライズ可能なコンテンツの翻訳 LocBaml を使用した新しい .resources.dll ファイルの生成 LocBaml の使用に関するヒント 次の内容 関連トピック メモ : 概要 ここでは、アプリケーションをローカライ
RelativeSource のマークアップ拡張機能 - WPF .NET Framework
Remarks {RelativeSource TemplatedParent} バインディングの用法は、コントロールの UI とロジックを分離するという、より大きな構想を解決するための鍵となる手法です。 これによって、テンプレートが適用される親 (テンプレートが適用されるランタイム オブジェクト インスタンス) へのバインディングをテンプレート定義内から行うことができます。 この場合、TemplateBinding マークアップ拡張は実際には、バインディング式 {Binding RelativeSource={RelativeSource TemplatedParent}} の短縮形です。 TemplateBinding または {RelativeSource TemplatedParent} の使用方法はどちらも、テンプレートを定義する XAML 内でのみ意味を持ちます。 詳細について
Windows Presentation Foundation におけるパッケージの URI
Windows Presentation Foundation (WPF) では、Uniform Resource Identifier (URI) は、次のようなさまざまな用途でファイルを識別し、読み込むために使用されます。 アプリケーションが初めて起動するときに表示するユーザー インターフェイス (UI) の指定。 イメージの読み込み。 ページへの移動。 実行可能でないデータ ファイルの読み込み。 さらに、URI は、次のようなさまざまな場所からファイルを識別し、読み込むために使用できます。 現在のアセンブリ。 参照アセンブリ。 アセンブリに対して相対的な位置。 アプリケーションの起点サイト。 これらの位置からこれらの種類のファイルを識別し、読み込むための一貫性のあるメカニズムを提供するために、WPF では "パック URI スキーム" の拡張性が利用されます。 このトピックでは、この
PropertyPath の XAML 構文 - WPF .NET Framework
PropertyPath オブジェクトは、PropertyPath 型を値として使用する各種プロパティを設定するうえで、複雑なインライン XAML 構文をサポートします。 このトピックでは、バインド構文とアニメーション構文に適用される PropertyPath 構文について説明します。 PropertyPath を使用する場所 PropertyPath はいくつかの Windows Presentation Foundation (WPF) 機能で使用される一般的なオブジェクトです。 共通の PropertyPath を使用してプロパティ パス情報を伝えるにもかかわらず、PropertyPath を型として使用する各機能領域の使用法はそれぞれ異なります。 そのため、機能ごとに構文を説明する方が実際的です。 WPF は主に、PropertyPath を使用して、オブジェクト データ ソースの
WPF の {Binding Path=/}
昨晩、こんな話が： コレ クションをバインドした時に何が起きているか WPFのBindingのPathの解決は結構複雑なことをしております。何のせいでそんなに複雑になるかというと、「マスター詳細シナリオ」とか言う概念のせいだったりします。 マスター詳細シナリオ 以下のページ参照： データ バインディングの概要 （ページ内を「マスター詳細シナリオ」で検索すれば該当箇所に） IsSynchronizedWithCurrentItem プロパティ DataContextに何かコレクションを与えた上で、選択項目の詳細を見たいという場合があります。こういう状況を指して「マスター詳細シナリオ」と呼んでいるようです。 データ バインディングでは、以下のように、Path=/ と書くことで、「コレクションの選択項目を参照しろ」という意味になります。 <ListBox ItemsSource=”{Bindin
バインドしたデータの検証や更新を BindingGroup を使って一括で行う - present
UI にデータをバインドしたとき、OK ボタンを押すまで入力内容をソースに反映させたくない場合があります。例えば設定ダイアログとか。 BindingGroup を利用すれば、入力内容をデータソースに一括で反映させることができます。入力内容の検証も可能です。 BindingGroup を使った UI のサンプルコードは次の通り。 <Window x:Class="BindingGroupSample.AccountView" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Title="Window1" Height="300" Width="300"> <Window.BindingGroup> <
XAML Power Toys « Karl On WPF – .Net
The Home of Mole and Karl’s BLOG on WPF & VB.NET. (Karl speaks VB, learning C#) Current Version 3.0.0, Last Update 28 September 2008 Introduction XAML Power Toys is a Visual Studio 2008 SP1 Add-In that empowers WPF developers while working in the XAML editor. It is accessed through commands in the XAML editor context menu and the Solution Explorer item context menu. Currently it generates .NET 3
XAMLファミリ共通開発のすゝめ（前編）（2/3） - ＠IT
特集：XAMLファミリ共通開発のすゝめ（前編） Windows 8時代のGUI開発を考える 岩永 信之 2011/12/02 ■一貫性のある開発スタイル これまでの説明どおり、XAMLファミリ間で、100％のコード共有はできないが、いずれの開発スタイルも非常に似ている。1つ覚えれば、ほかのフレームワークに移ることは簡単だろう。 このXAMLファミリ内で一貫した共通の開発スタイルについて説明しておこう。 ◆XAML＋.NET Framework言語 本稿でWPFなどの総称を“XAMLファミリ”と呼ぶことにした由来でもあるが、いずれのGUIフレームワークも共通して、XAMLでビューを記述する。 まず、Figure 5を見てもらおう。これは、Visual StudioでのXAMLファミリの開発の様子だ。この例では、1つのソリューションに3つのGUIプロジェクトと、1つの共通ライブラリ・プロジェク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/yukitos/notes/blob/master/WiX/WiXManagedBootstrapper.md
Lorenz Cuno Klopfenstein
DesignerProperties.IsInDesignMode 添付プロパティ (System.ComponentModel)