WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/09(火) 09:09:13.94

Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part20
http://echo.2ch.net/test/read.cgi/tech/1458082648/

関連スレ
Windows 10 UWPアプリ開発
http://echo.2ch.net/test/read.cgi/tech/1440150886/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2017/05/11(木) 06:09:39.89

Prism触ったけどなんか俺にはmoduleとかresionとかなんか取っつきにくいわ
まだlivetの方が扱いやすい
しかしlivetは更新きそうもねぇ…

**デフォルトの名無しさん** · 2017/05/11(木) 06:38:28.68

おー
わんだふる
こーでぃ
んぐ

**デフォルトの名無しさん** · 2017/05/11(木) 09:30:03.19

>>2
俺は一人でやっているからmoduleはほとんどつかわないな
resionは画面遷移させたりするからよく使うね
livetはオワコンってどっかで見たような気がする
MVVMパターンでコーディングしていくなら
prism一択だともう、UWP向けもあるし

**デフォルトの名無しさん** · 2017/05/11(木) 16:58:28.11

WPFは定着したのか？

**デフォルトの名無しさん** · 2017/05/11(木) 19:47:14.62

煽るなよクズ

**デフォルトの名無しさん** · 2017/05/11(木) 20:29:11.34

WPFとUWPはコントロールを統一してほしいわ

**デフォルトの名無しさん** · 2017/05/11(木) 21:03:57.37

WPFにもx:bindくださいよ・・・

**デフォルトの名無しさん** · 2017/05/11(木) 21:41:57.64

WPFは実験台だったんだよ!!

**デフォルトの名無しさん** · 2017/05/11(木) 22:14:42.24

>>6
質問しただけなのに煽り扱いとか草

**デフォルトの名無しさん** · 2017/05/12(金) 09:03:05.08

>>9
silverlight「せやな」

**デフォルトの名無しさん** · 2017/05/12(金) 09:49:53.60

>>9
WinForms「そんなバカな！？」

**デフォルトの名無しさん** · 2017/05/12(金) 10:41:27.09

XAML Standard 1.0かあ

> Post specification plans include support of XAML standard in Xamarin Forms and UWP

ﾌﾌｯ

**デフォルトの名無しさん** · 2017/05/12(金) 11:10:06.94

WPFにx:bindがくるの？

**デフォルトの名無しさん** · 2017/05/12(金) 11:47:01.51

https://github.com/Microsoft/xaml-standard/issues/20

本当にどうするつもりなのやら…

**デフォルトの名無しさん** · 2017/05/12(金) 12:06:16.95

XAML StandardはUWP基準でやったほうが楽っぽいけど、どうなるんだろ？

**デフォルトの名無しさん** · 2017/05/12(金) 20:22:06.68

DataGridViewとDataGridとGridView・・・名前だけでも収拾つかなくなってるな

**デフォルトの名無しさん** · 2017/05/13(土) 12:03:16.66

VS2015upd3のデザイナー上で突然、下記のエラーが起きたんだけどなぜこうなったか分かりますか？
{
"Version": "W.3.2.2.0",
"Guid": "6fe59b26-7383-40d5-947c-7448769a5e81",
"Type": "System.Runtime.InteropServices.COMException",
"Time": "2017/05/13 11:39:38",
"Position": "PresentationCore--->Void SyncFlush()",
"Message": "HRESULT からの例外:0x88980406",
"StackTrace": " 場所 System.Windows.Media.Composition.DUCE.Channel.SyncFlush()\r\n
～～～～～～
System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)"
}

18 · 2017/05/13(土) 13:38:34.53

自己解決です。
どうやら拡張機能である[BabeLua]をインストールしてたのが原因でした。

**デフォルトの名無しさん** · 2017/05/15(月) 18:08:45.66

DataGridのRowDetailにDataGridをネストして、更にそのDataGridのRowDetailにDataGridをネストして...
という感じで多階層にデータを取り扱えないかチャレンジしているのですが、
この時、動的に生成された全てのDataGridの中から最後に選択された１つのアイテムを取得する方法ってありますでしょうか？
SelectedItemプロパティを全て同じVMのプロパティにBindしてみたのですが、思うように動いてくれず・・・。

**デフォルトの名無しさん** · 2017/05/15(月) 23:36:54.04

せめてサンプルは出そうよ

**デフォルトの名無しさん** · 2017/05/15(月) 23:45:12.16

高度に発達した天才はキチガイと区別がつかない

**デフォルトの名無しさん** · 2017/05/16(火) 09:10:31.52

失念しておりました！下記の通りです。
※View.xaml
<DataTemplate x:Key="Expander">
<ToggleButton IsChecked="{Binding RelativeSource={RelativeSource AncestorType=DataGridRow},
Converter={StaticResource VisbilityToBoolean},Path=DetailsVisibility}">
</ToggleButton>
</DataTemplate>
<DataTemplate x:Key="ChildDataGrid">
<DataGrid ItemsSource="{Binding Children}"
SelectedItem="{Binding SelectedRowItem}"
RowDetailsTemplate="{DynamicResource Child}">
<DataGrid.Columns>
<DataGridTemplateColumn CellTemplate="{StaticResource Expander}" />
</DataGrid.Columns>
</DataGrid>
</DataTemplate>
<DataGrid ItemsSource="{Binding Items}"
SelectedItem="{Binding SelectedRowItem}"
RowDetailsTemplate="{DynamicResource ChildDataGrid}">
<DataGrid.Columns>
<DataGridTemplateColumn CellTemplate="{StaticResource Expander}" />
</DataGrid.Columns>
</DataGrid>

※VM.cs
public object SelectedRowItem{get;set;}
public ObservableCollection<Item> Items{get;set;}
※Model.cs
public class Item{
public int ItemId{get;set;}
public string ItemName{get;set;}
public List<Item> Children{get;set;}}

**デフォルトの名無しさん** · 2017/05/16(火) 09:11:34.75

DataGrid(A)のItem1を選択→展開されたDataGrid(A)のRowDetail内のDataGrid(B)のItem2を選択（ここまでは理想通りにSelectedItemが拾える)
→DataGrid(A)のItem1を再度選択（この時にSelectedItemがnullでセッターに飛んでくる）
といった感じで最終的に選択されたアイテムはItem1である、となって欲しいのですが、うまく行きません。。。

**デフォルトの名無しさん** · 2017/05/20(土) 02:33:43.45

Xamarin.Forms Feature Roadmap ? Xamarin Forums
https://forums.xamarin.com/discussion/85747/xamarin-forms-feature-roadmap/

Xamarin.Forms for WPF

**デフォルトの名無しさん** · 2017/05/20(土) 02:39:33.97

DataGridが大量データに弱すぎて使い物にならない。
せめてExcel並みのパフォーマンスくらい難なく出させてくれよって感じ。

いろいろ調べたけど、結局満足の行く情報も得られず。英語読めないし、日本語文献少なすぎ。
線と文字と縦横のスクロールバーを使って自前の描画をさせることも試したけど、
1ピクセルの細い線が満足に引けないって何なんだか。
見える範囲だけ線と文字を並べるのも速く無かったし。

で、WPFをメインに据えるのは諦めた。

WebBrowserでHTMLやJavaScript使う方がマシだなって思ったら、WPFのWebBrowserが
Windows FormsのWebBrowserより低機能とか、全くどうなってんだか。

WPF何とかならんのかね。。。。。。。。。。

**デフォルトの名無しさん** · 2017/05/20(土) 03:37:37.19

なんかすぐにパフォーマンス的な制約にぶつかるよねWPFって
何で最初からせめてWindows Formは機能的に完全に置き換え可能なように気合いれて作らなかったのか

**デフォルトの名無しさん** · 2017/05/20(土) 13:11:07.24

できるわけないだろ、常識的に考えて・・・
最近はアセンブラ経験ない奴増えてパフォーマンスに対する認識が低すぎる・・・
どういう処理が重くてどういう処理が軽いが全く認識せずコード書いてる・・・

**デフォルトの名無しさん** · 2017/05/20(土) 13:13:56.09

この2017年にもなってまだアセンブラ意識してコード書かなきゃならんのかよ

**デフォルトの名無しさん** · 2017/05/20(土) 13:25:13.56

むしろアセンブラの知識がいらないという発想が全く理解できない。
たぶんキミはPGに向いてない。

**デフォルトの名無しさん** · 2017/05/20(土) 13:30:30.22

必死すぎワロタ

**デフォルトの名無しさん** · 2017/05/20(土) 14:00:19.52

アセンブラまで行かなくても、ライブラリー類を一切使わず処理を全部基本の文法だけで書いて
パフォーマンスを自分で考える位のことは、プログラミングの勉強の一環として必要かもね。
利便性とパフォーマンスのバランス感覚を身に付けると言うか。

**デフォルトの名無しさん** · 2017/05/20(土) 14:07:25.80

DataGridはWinFormsでもうんこだから。

**デフォルトの名無しさん** · 2017/05/20(土) 16:00:16.10

だよねー
いつ良かったんだろ？

**デフォルトの名無しさん** · 2017/05/20(土) 18:21:04.77

DataGridは入力系だから、最大でも数十行マトモに動けば問題ないと思うんだよな
数百数千行表示したければListBox使えばいいよ
Formsと違って、WpfやUwpはListBoxの表現力は高い

**デフォルトの名無しさん** · 2017/05/20(土) 18:58:05.92

WPF初期リリースにDataGridが含まれてなかったのは、
Templateいじれば同等の事できるはずだから不要ってことだったのかね？

**デフォルトの名無しさん** · 2017/05/20(土) 22:59:37.33

RenderTargetBitmap からメタファイルを生成するサンプルって
どこかにありますか？

**デフォルトの名無しさん** · 2017/05/20(土) 23:44:17.23

WPFスレでアセンブラどうこう言ってる化石は土に埋まってろよ

**デフォルトの名無しさん** · 2017/05/20(土) 23:46:30.50

百歩ゆずってCPUの動作、また百歩ゆずって機械語を意識しろなら
わからんでもないけどアセンブラはないねw

しかも正式にはアセンブラじゃなくてアセンブリ言語だしw

**デフォルトの名無しさん** · 2017/05/21(日) 00:46:34.95

き～か～い～の～き～も～ち～

**デフォルトの名無しさん** · 2017/05/21(日) 02:00:38.41

>>39
すごい知ったかだな。普通にAssemblerもよく使われる。
書籍の題名とかほとんどアセンブラになってるだろう。
最適化の文献や機械語の勉強を一度もしたことないことがすぐ分かる。

**デフォルトの名無しさん** · 2017/05/21(日) 03:50:00.04

おじいちゃんほんと申し訳ないんだけど一生懸命覚えたであろうアセンブラの知識や機械語の知識
現代では君が信じてるほど出番無いんだわ

**デフォルトの名無しさん** · 2017/05/21(日) 05:46:56.15

大昔は、乗除算や分岐が重い処理だから少なくするんだっけ
ちょっと昔は、コンテキストスイッチに気を付けるくらい？
今は何に気を付ければいいん？
マネージ・アンマネージの行き来？

**デフォルトの名無しさん** · 2017/05/21(日) 07:59:15.03

キャリーフラグの値が欲しいときがある。

**デフォルトの名無しさん** · 2017/05/21(日) 08:09:37.53

まあ、頑張ってチマチマ最適化しようが、DataGridに数万行突っ込んだら全て終了です

**デフォルトの名無しさん** · 2017/05/21(日) 08:40:00.41

仮想化しても駄目なの？

**デフォルトの名無しさん** · 2017/05/21(日) 14:43:55.71

>>41
しょうがないお馬鹿さんだな
アセンブラっていうのはCで言えば「Cコンパイラ」に対応する言葉。
C言語に対応するのは「アセンブリ」。

**デフォルトの名無しさん** · 2017/05/21(日) 15:07:35.59

数万って実際どのくらいかな

**デフォルトの名無しさん** · 2017/05/21(日) 15:26:06.30

>>47
こういう奴は今でもD-RAMはおかしいD-RWMって言え
とか思ってるんだろうか w

**デフォルトの名無しさん** · 2017/05/22(月) 09:03:17.61

そもそもDataGridに何万件もデータを入れようなんて設計が間違っているんじゃない？
それにWPFなら仮想化できるし、そこまで問題にならないような・・・

**デフォルトの名無しさん** · 2017/05/22(月) 09:10:48.84

>>50
あのさぁ…話ループさせたいだけの下痢便くんはこの世に要らないわけ
分かる？
今すぐ中央線に突っ込んで死ね

**デフォルトの名無しさん** · 2017/05/22(月) 10:06:44.67

暑いけどまだ夏休みじゃないのにな

**デフォルトの名無しさん** · 2017/05/22(月) 11:41:08.65

毎日が日曜日なんだろ

**デフォルトの名無しさん** · 2017/05/22(月) 20:05:09.72

いまさらListViewがデフォ仮想化されててIsSelectedとBindしても同期されないって知ったのですが
仮想してる場合SelectionChangedから自力でやるしかないのですか？

**デフォルトの名無しさん** · 2017/05/22(月) 20:11:22.91

ItermsControlの仮想化は欠陥品もいいとこだから切ってるわ
あとはパフォーマンスに端から期待しない設計をすればいい

**デフォルトの名無しさん** · 2017/05/22(月) 20:56:51.57

http://stackoverflow.com/questions/31176949/binding-selecteditems-of-listview-to-viewmodel
こういうのはどう？

**デフォルトの名無しさん** · 2017/05/22(月) 21:24:33.03

>あとはパフォーマンスに端から期待しない設計をすればいい
パフォーマンスがWin Formsと同等、あとはコントロールなどWin Formsと同等のものが
早いタイミングで用意されてたら、WPFの現状も今とは多少違うものになっていたろうにな

**デフォルトの名無しさん** · 2017/05/22(月) 21:55:52.23

WPFも.NET Nativeにすれば良かったんだよ。
今からもすれ。

**デフォルトの名無しさん** · 2017/05/22(月) 22:34:48.41

>>50
その程度の思考でプログラマーやってることにドン引きだわ。

Excelみたいなアプリを作っちゃいけないんだ。へー。

DataGridの仮想化が糞なのも有名な話だと思うんだが。

**デフォルトの名無しさん** · 2017/05/22(月) 22:40:32.33

50に設計を依頼したくないな

**デフォルトの名無しさん** · 2017/05/22(月) 22:43:05.83

>>59
WIｎFormsはListBoxやListViewがお粗末だから、見栄えの良い表にしようとするならDataGridViewを使わざるを得ないが
ｗｐｆなら大量データの表示はListViewやListBoxを使えばいい
DataGridは入力する場合だけに使えばいいから、言うほど大量のデータを扱う必要はない

**デフォルトの名無しさん** · 2017/05/23(火) 01:38:23.07

Excelが何万件ものデータを扱うとき全部オンメモリで
やってるとでも？
その程度の思考でプログラマーやってることにドン引きだわ。

しっかし、相変わらず文句ばかりのスレだね。
そのエネルギーをもっと有効活用すればいいのに。
別にWPF使えとか強要してるわけでもなし、こんな
過疎スレにわざわざからみに来るなんて余程暇なんだな。

**デフォルトの名無しさん** · 2017/05/23(火) 01:53:54.82

適材適所が理解出来ないお爺ちゃん達には困ったもんだよ、ほんとに。

**デフォルトの名無しさん** · 2017/05/23(火) 08:24:09.32

どうでもいいけどD-RWMって何を考えてこういうことになるんだろかね。

ROMがRead Only Memoryだから
RAMはRead Writeとかトンデモ理論なの？

Aはなんだと思ってたのかね。
Random Access Memoryなのに。

**デフォルトの名無しさん** · 2017/05/23(火) 09:01:09.88

>>64
横だが、ROMも機能的にはランダムアクセスメモリーなわけで、ROMと区別するための識別子としてRAMは意味合い的にふさわしくないが
定着しちまったから略語として正しいRWMじゃなくてRAMと言っている

この理屈はアセンブリ言語を定着しているからアセンブラと呼ぶことと同じ理屈だってことじゃないかな
「アセンブリ言語だーと喚くならRWMと呼べ」という主張には一定の正当性があります

**デフォルトの名無しさん** · 2017/05/23(火) 10:39:20.88

なんか鳥頭なのかこの話の流れの突っ込みどころ、笑いどころが分かってないのが多いけど、
そもそもWPFのパフォーマンスの話の中で「アセンブラ」なんて頓珍漢な言葉が出てくるのはどうなのっていう
そこだからw

言葉遣いが不適切であるってのはついでの話

**デフォルトの名無しさん** · 2017/05/23(火) 10:58:17.14

ループ以外のレスをしないでください

**デフォルトの名無しさん** · 2017/05/23(火) 18:41:38.32

>>64
バカは書き込まなくていいぞ w

**デフォルトの名無しさん** · 2017/05/26(金) 00:09:01.46

XAMLのBindingで質問です。

とても単純なケースで説明すると、
XAML側でTextBoxを定義して、Textに
MainWindowに新設したstring testStringをBindするとします。

public partial class MainWindow : Window
{
public string testString { get; set; }

<TextBox x:Name="testTextBox" ～省略～ Text="{Binding testString}"/>

この状態において、

コンストラクタ内で
public MainWindow()
{
InitializeComponent();
this.DataContext = this;
testString = "1st set";
}

このコードを実行すると起動時にテキストボックスに"1st set"が入っており想定通りです。
さらに、新規ボタンコントロールを追加して
ボタンが押された際に新しい文字列をテキストボックスに設定するようにするとテキストボックスが更新されません。

private void testButton_Click(object sender, RoutedEventArgs e)
{
testString = "push Button";
}

**デフォルトの名無しさん** · 2017/05/26(金) 00:16:30.67

>>69
INotifyPropertyChanged

69 · 2017/05/26(金) 00:22:39.18

しかし、この状態で

private void testButton_Click(object sender, RoutedEventArgs e)
{
testString = "push Button";
// 以下を追加
Binding bind = new Binding("testString");
bind.Source = this;
this.testTextBox.SetBinding(TextBox.TextProperty, bind);
}

とするとテキストボックスは更新されました。

XAML側のBinding指定はコンストラクタなど各ウインドウ？が生成される時にしか有効ではないのでしょうか？
それ以後Bindされているオブジェクトが新しくなる場合は、再度バインドしなおさなくてはならないのでしょうか？

自分の理解では、
オブジェクトが更新された場合の内部挙動はBindingで所持しているプロパティパスを
DataContextからFindして該当プロパティの値を参照する、というようなイメージだったのですが、

どうもこの挙動をみていると、該当プロパティを見つけるところまでは同じですが、
見つけた後、プロパティの中に入っているオブジェクトそのものだけを記憶しているように感じます。
C++的な書き方をするなら
class MainWindow
{
string* testString;
}
// 想定していた挙動
string*& bind_property = MainWindow.testString;
// 実際の挙動
string* bind_property = MainWindow.testString;
みたいな感じですかね。新規オブジェクトのアドレスが代入されるけど、バインドは旧オブジェクトのアドレスをみているようなイメージ。

**デフォルトの名無しさん** · 2017/05/26(金) 00:28:48.35

>>70
> >>69
> INotifyPropertyChanged

testStringをMainWindowではなく
INotifyPropertyChangedを継承した別クラスにおいて、
そこで通知をうけれるようにする、という事でしょうか？

GUIコントロールからプロパティへのフィードバックが必要な場合はINotifyPropertyChanged
を使う必要があるのかなと思っていたのですが、
プロパティ->GUIコントロールだったとしてもINotifyPropertyChangedが必要なんでしょうか？

**デフォルトの名無しさん** · 2017/05/26(金) 02:07:15.36

>>72
> GUIコントロールからプロパティへのフィードバックが必要な場合はINotifyPropertyChanged
> を使う必要があるのかなと思っていたのですが、
> プロパティ->GUIコントロールだったとしてもINotifyPropertyChangedが必要なんでしょうか？

これは逆だね
>>69 のコードでもテキストボックスのテキストを打ち変えたら testString の値も変わる
(デフォルトではテキストボックスからフォーカスが外れたとき)
INotifyPropertyChanged を実装するのは testString の値が変更されたことをテキストボックスに通知するため。

> testStringをMainWindowではなく
> INotifyPropertyChangedを継承した別クラスにおいて

インターフェイスなので MainWindow に実装してもいい。もちろん別クラスでもいい。

69 · 2017/05/26(金) 23:30:26.04

ありがとうございました。
INotifyPropertyChangedで解決できました。
最終的にはPrismいれてBindableを使うようにしました。

ちなみに皆さんは、どこでWPFの情報を収集して学習しましたか？
MSDNだけで十分？
自分は本などは買っておらずネットだけでなんとかしようと思っていたのですが、
WPFのバックエンドの動作などが細かく解説してあるようなページはみつけられなくて・・。
そういったイメージがつかめるととっつきやすいかなーとおもうのですが。

**デフォルトの名無しさん** · 2017/05/27(土) 00:50:54.10

ReactivePropertyのほうが簡単でいいよ。
PrismとReactivePropertyの組み合わせが鉄板。

**デフォルトの名無しさん** · 2017/05/27(土) 22:37:08.09

>>74
書籍だとエッセンシャルかな

Google先生で十分じゃないかと
便利な世の中になったもんだと思う

**デフォルトの名無しさん** · 2017/05/27(土) 22:43:09.07

>>76
エッセンシャルに一票
てか、まともなのが和書じゃこれしか見当たらん。

69 · 2017/05/28(日) 20:09:32.80

みなさん、ありがとうございます。
参考にさせて頂きます。

**デフォルトの名無しさん** · 2017/05/29(月) 19:36:45.18

HogeViewModel は名前空間 "clr-namespace:ViewModels に存在しませんとかいうエラーに小一時間悩んだあげく
（実行はできるけどXAMLデザイナーがエラー出ていじれない）
結局ViewModelが参照してるDLLのインターフェースを実装したらそうなることが分かった・・・
意味分からん

**デフォルトの名無しさん** · 2017/06/01(木) 02:38:41.97

そんなクラス(ロードでき)ないぞ！
というエラーなわけだな

**デフォルトの名無しさん** · 2017/06/01(木) 08:18:09.78

デザイナーエラーで悩んだこと有ったが、俺の場合は古いBlendのｄｌｌがGACに入っていることが問題だったな

**デフォルトの名無しさん** · 2017/06/01(木) 15:41:03.41

ねーねー
WPFってメモリリークしやすいっていうけど、リークしてるってのはどういう手法で見つけてるの？

例えば、VS2017の場合とか

**デフォルトの名無しさん** · 2017/06/01(木) 16:26:06.42

>>82
CLR Profiler

**デフォルトの名無しさん** · 2017/06/01(木) 23:01:22.98

Prismのインストール方法教えてください

**デフォルトの名無しさん** · 2017/06/01(木) 23:04:53.79

Prismはソースコードを必要なとこだけコピペして切り貼りして使うもんだよ
ライブラリじゃなくてあくまでサンプル集

**デフォルトの名無しさん** · 2017/06/01(木) 23:35:05.61

>>84
NuGet

**デフォルトの名無しさん** · 2017/06/03(土) 09:08:04.39

>>85
ワラタw

**デフォルトの名無しさん** · 2017/06/03(土) 09:18:00.73

実際Prismは本来はそういうものだけどな
最近はフレームワークを自称するようになったけど、元々の位置付けはあくまでサンプルコード

**デフォルトの名無しさん** · 2017/06/03(土) 10:31:16.61

>>74
https://www.slideshare.net/mobile/okazuki0130/wpf45-38048141

**デフォルトの名無しさん** · 2017/06/05(月) 10:03:11.86

>>88
そんな昔話をして>>84の質問に対して何か意味あるの？
今は>>86が正解。prism 6で検索してターゲットに
合うものを入れればいい

**デフォルトの名無しさん** · 2017/06/05(月) 12:15:27.45

いや今も昔もPrismって出来合いのままで広汎なアプリの要求に対応できるようには作られてないだろ
基本的にはアプリに応じてカスタマイズして使うもんだし、それが負担になるような小規模のアプリはそもそも想定外
カスタマイズが必要になるまではライブラリとして使うというのはアリだと思うけどね

**デフォルトの名無しさん** · 2017/06/05(月) 12:18:28.84

今も2017に対応させたLivetを使ってたりする…

**デフォルトの名無しさん** · 2017/06/05(月) 12:46:14.15

誰一人としてPrismがフルスタックのフレームワークだ
なんて主張してないし
>>84はプロジェクトへの組み込み方聞いてるだけだし

**デフォルトの名無しさん** · 2017/06/10(土) 15:38:51.53

他のスレッドでインスタンス化したTextBlockを
UIスレッドでは見れないのはなぜでしょう？

**デフォルトの名無しさん** · 2017/06/10(土) 19:07:49.41

あなたが仰られているそれが理由ですよ
他のスレッドでインスタンスを作ったから

**デフォルトの名無しさん** · 2017/06/11(日) 20:58:15.69

差分アップデートの実装ってどうやってるの
差分ファイルを作るライブラリとかないすか

**デフォルトの名無しさん** · 2017/06/17(土) 21:58:05.63

>>96
DLLベースで作ってんの？
違うなら意味ない

**デフォルトの名無しさん** · 2017/06/30(金) 07:22:09.43

>>94
コントロールを作成したスレッドからしか操作できないんでしょう。
シングルスレッドアパートメントってやつ。
Win FormはそうだったけどWPFは知らない。

このスレって過疎ってるね。
WPFって需要ないんだな。

**デフォルトの名無しさん** · 2017/06/30(金) 07:51:42.00

なんだオマエ
喧嘩売ってるのか？

**デフォルトの名無しさん** · 2017/06/30(金) 07:58:29.61

Windows7 を切り捨てたくないからなかなか UWP はね…

**デフォルトの名無しさん** · 2017/06/30(金) 08:07:21.29

海外製の業務パッケージなんかだとWPF使ってるのもわりと見かけるけど、たいてい酷い品質なんだよね
別にWPFが悪いんじゃなくて、作る側が慣れてないのが使ってて伝わってくる
そもそもWPFって頭良くてWPFの仕組みも完全に理解してるアーキテクトがトップダウンで大枠から設計していくような開発スタイルに向いてて、
散らばった開発体制になりがちなドカタ開発には根本的に向いてないんだと思う

**デフォルトの名無しさん** · 2017/06/30(金) 12:42:48.11

ヘルプが充実しすぎてて語ることもない

**デフォルトの名無しさん** · 2017/06/30(金) 15:51:47.54

Livet更新する気ないなら、そう言ってくれないかな？
実はもうLivet2のリポジトリもあります！ｷﾘｯ（ｽｯｶﾗｶｰﾝ
とかほんと勘弁。

**デフォルトの名無しさん** · 2017/06/30(金) 16:07:36.83

んだねぇ・・・

**デフォルトの名無しさん** · 2017/06/30(金) 16:08:24.47

>>99
言い値で買ってくれるのなら売るけど

**デフォルトの名無しさん** · 2017/06/30(金) 16:09:51.42

>>101
もう、MVVMなんか完全に無視してXAMLの描画能力だけを使えば。
コードビハインドにイベント直書きで。

**デフォルトの名無しさん** · 2017/06/30(金) 16:22:28.05

ほんとそれで済むならそれが一番お気楽だと思うw

**デフォルトの名無しさん** · 2017/06/30(金) 20:59:06.88

WPF アプリケーションからショートカットキーで単語登録ツールを開くと、クリップボード上のテキストが単語登録ツールに送信される
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/06/30/

**デフォルトの名無しさん** · 2017/06/30(金) 22:42:30.73

>>107
済まないのけ？

**デフォルトの名無しさん** · 2017/06/30(金) 22:45:54.31

バグか
多言語環境は後回しにされるからと言っても今更な問題だなー
枯れてもいないのにクラッシック扱いとかないよな

**デフォルトの名無しさん** · 2017/07/01(土) 00:25:59.28

ちょ○どさんと人脈築かないのが悪いんでしょ。:-p

**デフォルトの名無しさん** · 2017/07/01(土) 01:22:05.56

ちんぽ騎士団のことか？

**デフォルトの名無しさん** · 2017/07/02(日) 18:07:35.93

>>103
3～4年前に選定で状況がアレなんで落としたけど
未だに何かメンテされるとか思ってる人は何を見て
そう思ってる(期待してる)のかねぇ？

**デフォルトの名無しさん** · 2017/07/02(日) 18:14:09.94

>>103
あいつは信用できない人だから諦メロン。

**デフォルトの名無しさん** · 2017/07/03(月) 16:26:45.03

>>113
メンテされてるとは思ってもいないよ
Livet無しでは生きていけない体にされてしまったから、
今から新しいご主人様のもとにいけないだけ。

もうLivetなんてさわりませぇ～んｗｗｗとか言ってくれたらすっぱり諦められるのにな、って話

**デフォルトの名無しさん** · 2017/07/03(月) 16:46:48.25

PrismとReactivePropertyにすればいいのに。
化石か。

**デフォルトの名無しさん** · 2017/07/03(月) 20:11:02.99

>>106
そういうのやったことあるｗ
MaterialDesignThemeのボタンとかが欲しかったんで
Win32ダイアログのStaticに貼り付けて、SendMessageでメッセージ送信、
WPF側はCOMにしてって。

**デフォルトの名無しさん** · 2017/07/03(月) 22:28:09.60

livetはセットアップが使えるまでさわりそうだわ

**デフォルトの名無しさん** · 2017/07/04(火) 09:22:33.96

>>116
そうする。
Livet滅びろ

**デフォルトの名無しさん** · 2017/07/04(火) 09:25:49.69

>>119
prismにしたら、序にprism.Unityも検討すると幸せになれます

**デフォルトの名無しさん** · 2017/07/04(火) 09:37:47.14

DIならAutofacの方が遥かに使いやすい

**デフォルトの名無しさん** · 2017/07/04(火) 10:03:05.72

>>121
ｗｐｆ版のunityはごちゃごちゃしているけど、UWPはシンプルで使いやすいよ

**デフォルトの名無しさん** · 2017/07/04(火) 11:36:38.70

autofac使いたいけどドキュメントが英語しかないのよ
unityもだけど
TOEIC500点にはしんどい

**デフォルトの名無しさん** · 2017/07/04(火) 12:09:10.03

500あれば英語のドキュメントくらい十分読めるだろ

**デフォルトの名無しさん** · 2017/07/04(火) 13:55:29.13

何も考えないでならMEFが楽だったけど、色々問題もあるので
今はNinjectを試しに使ってみてる。Autofacは使ったこと
無いから次使ってみよう。
Unityはなんかこー使ってて芋くさい感じで即捨てたナァ。

Livetは会社の先輩にあいつについて行ってもろくな結果に
ならないよ言われたので何言ってるのか理解できなかったけど
検討すらしなかったな。
なんかそっちの業界では有名な人みたいね。

個人的には現段階で要求満たしてて物作りに使えるなら
文句言うような話でもないと思うけどさ。
コードもあるんでしょ？

**デフォルトの名無しさん** · 2017/07/05(水) 01:31:04.99

個人的にはDIはAutofacが一番活発っぽいので、将来性を見るならいいと思う。
後、使い勝手に癖があるけど、パフォーマンスを求めるならSimpleInjectorが今のところ一番かな。

**デフォルトの名無しさん** · 2017/07/06(木) 20:38:22.02

MicrosoftがUWPとXamarinのXAMLを標準化
https://www.infoq.com/jp/news/2017/07/xaml-uwp-xamarin

XAMLを使用する重要な技術のひとつはWPFだ。
BUILD Friday Q&Aに参加した.NET開発者のMorten Nielsen氏が、
MicrosoftのWindows Developer Platform担当VPであるKevin Gallo氏に、
WPFに関する同社の計画について質問している。
Nielsen氏によると、この質問に対してGallo氏は、
“XAML Standard機能への対応を目的としてWPFを改訂する計画はない”、と答えたという。
“この回答は“WPFは死んだ”という宣告に等しい”、とNielsen氏は言う。
同じ開発者のBastian Schmidt氏はこの話題について、
“MicrosoftがWPFを標準から除外すると決定したのならば、WPFの終了に関して公式声明を発表するべきだ”、
という意見を述べている。

考えられる対策として、Shaun Tonstad氏は、WPFアプリをUWPに変換する方法を提案している。
そうすれば標準においてWPFをサポートする必要はない。

　私たちはこれまで、WPFやSliverlightのアプリをUWPに書き換えてきました。
　WPFのサポートは有り難いが、
　UWPを通じたクロスプラットフォームXAML実現の妨げになるような取り組みは望ましいとは言えません。
　WPFをどう考えるかは別として、今後はUWPが重要である以上、
　クロスプラットフォームの相互運用における出発点にUWPがなるのは自然なことに思われます。

**デフォルトの名無しさん** · 2017/07/06(木) 20:46:11.26

XAML StandardはUWPとXamarin.Formsのためのもので、UWPがベースとなる。
WPFは当然そうなる。

**デフォルトの名無しさん** · 2017/07/06(木) 21:08:12.46

クロスプラットフォームか…
UWP はホント何とかしてWindows7以降位で動くようにしてほしいわ

**デフォルトの名無しさん** · 2017/07/06(木) 21:31:03.06

まあMSのプラットフォーム切り捨てはその時点ではショッキングで時期尚早のように感じられても
後で振り返ると何だかんだ言っても常に正しい決断をしてるからね
WPFはその歴史の中では長く延命させてもらえた方だったと思う

**デフォルトの名無しさん** · 2017/07/06(木) 21:58:42.48

いい加減需要無視の官僚主義でゴリ押ししても誰もついてこないって悟って欲しいよね。
UWPなんぞWPF以上に普及する訳がない。

**デフォルトの名無しさん** · 2017/07/06(木) 22:21:37.06

VB6とwinformsが細々と生き残ってるのにWPFは終了ですか

**デフォルトの名無しさん** · 2017/07/06(木) 22:28:40.73

VB6やWindowsFormsには触れてないけど、WPFと同じくレガシー扱いするんじゃないかな

**デフォルトの名無しさん** · 2017/07/06(木) 22:32:20.18

WPF→UWP移行なんて簡単にできるやん。
セキュリティに引っかかるくらいで。

WinForms連中に移行は無理だろうけどｗ

**デフォルトの名無しさん** · 2017/07/06(木) 22:41:00.13

UWP移行せえって言うことはこれまでみたいなツール類ソフトは作るんじゃねえってことだな
c++のDLLのラッパーも作れないしpythonにすら劣る環境になるぞ
戦わずして負け

**デフォルトの名無しさん** · 2017/07/06(木) 23:01:56.01

UWPなんていらんし

**デフォルトの名無しさん** · 2017/07/06(木) 23:08:26.44

UI だけ作らせてくれりゃいいよ
ちゃんと古いOSもサポートしてさ
ってことでもう全部 Xamarin でいいよ

**デフォルトの名無しさん** · 2017/07/06(木) 23:13:07.99

UWPやXamarinでは制約のせいでVS Codeすら作れないからな
electronに負けるってどういう環境だよ

**デフォルトの名無しさん** · 2017/07/06(木) 23:25:40.30

Xamarin なら UI (とロジック)以外はネイティヴで書いていいもんだと思ってたけど制約あるの？

**デフォルトの名無しさん** · 2017/07/06(木) 23:56:41.90

チョマドも切り捨てたら信じる

**デフォルトの名無しさん** · 2017/07/07(金) 00:10:38.25

VS2017のインストーラーがelectronで作られてて
MSなのになんでUWP使わないのみたいな記事があったけど
UWPは制約のせいで作れないからな

**デフォルトの名無しさん** · 2017/07/07(金) 00:19:44.99

あのインストーラはむしろなんでElectronなのかの方が謎ではあるが
Visual Studio Codeはクロスプラットフォームという前提があるからわかるけど

新規でインストーラ用ツールを書き起こそうと思ったら
まともなデスクトップ用GUIフレームワークが自社ありませんでした
みたいな理由をMS自身が抱えてたとしたら最高にウケる

**デフォルトの名無しさん** · 2017/07/07(金) 00:57:16.14

謎でも何でもないだろ
新規で作るものにWPF使うなって内規があるんだろ

**デフォルトの名無しさん** · 2017/07/07(金) 01:43:02.25

UWP で作ったら Windows 7 で動かないじゃん

**デフォルトの名無しさん** · 2017/07/07(金) 02:03:20.20

それ以前にUWPなんか誰も使いとうないw

見づらい糞フラットデザインにぱっと見アクティブウィンドウがどれかも分からん糞仕様とか
ふざけてるのでなければMS自身に普及させる気がないとしか思えん

**デフォルトの名無しさん** · 2017/07/07(金) 05:14:05.25

MSはそもそもWPFアプリを全然作らなかった。
UWPアプリは作りまくり。
そういうことだ。

**デフォルトの名無しさん** · 2017/07/07(金) 08:48:17.47

XPに馴染めずに、何年もWindows2000使っていたマニアって少なからず居たよね・・・

**デフォルトの名無しさん** · 2017/07/07(金) 09:10:58.26

UWPは業務向けアプリを作るのにちょっと都合が悪いんだよなぁ・・・
今更WinFormsに戻れってか

**デフォルトの名無しさん** · 2017/07/07(金) 10:09:35.50

迷走してるよなー

Javaも AWT、Swing、SWT(非標準)、JavaFXとか変遷続いてるけど、
万人に向いている GUIフレームワークって存在しないよな

MSがWPFを見捨てる理由って、
一般プログラマに敷居が高くて流行ってないという理由以外になんかあるのだろうか？
UWPだってXAML使ってるから敷居の高さは変わらない気がするけど（未使用者並みの感想）

**デフォルトの名無しさん** · 2017/07/07(金) 10:40:59.91

この程度で敷居高いとかいってる人は開発向いてないよ。
WPFが使われてないって日本固有の話だと思ってたが？
海外じゃミドルも含めて製品いっぱいあるしStack overflowの
記事もかなり多い訳だし。

そもそもVBとかで飯食ってた緩い層がiOSとかAndroidとかに
いっちゃって、さらにiOSやWeb系の開発のためにマックの
ユーザーが増えて結果としてWindows のデスクトップアプリ
作りを生業とする人が激減したという話でしょ。
実際一般ユーザーがやることなんてマックだろうと
Linuxだろうと何でもいい程度の世界にはなってるわけだし。

俺もWPFで作ったパッケージ製品抱えてるし、この流れは
どうしたものか悩ましいな・・・。買い入れてるクソみたいな
コンポーネントがUWP対応してくれないと話にならないけど
正にWinFormsにしがみついてる層が作ってるからなぁ。

**デフォルトの名無しさん** · 2017/07/07(金) 10:46:45.06

>>148が言ってることが全てを物語ってると思うが、ストアで儲けたいけどタッチ対応出来てWin7でも動く、業務アプリ作るのに制限が無いWPFがUWPにとって邪魔ものなんだろ。

**デフォルトの名無しさん** · 2017/07/07(金) 10:59:00.81

ストアで配布さるんじゃないなら、側(UI)だけUWPにして本体は Python ででも書けば良いのかもよ。

**デフォルトの名無しさん** · 2017/07/07(金) 12:09:14.85

UWPがもっと使い勝手よければ移行してもいいんだけど
今のクソ仕様じゃなあ

**デフォルトの名無しさん** · 2017/07/09(日) 14:22:26.75

2018年 UWPへの旅 #002
https://blogs.msdn.microsoft.com/shintak/2016/11/27/2018uwp-002/

WPFを入れてデスクトップアプリ的なところも入れたいんだけど、
最悪これはなくてもよいかと。
要は今のUWPでデスクトップアプリ的なところがちゃんとカバーされればいいんだよね。
いろいろ言われているけど、電卓もペイントも徐々にUWPに移行されつつあり、
コンテキストメニュー的な連携もできれば
別にデスクトップアプリなのかUWPなのかはユーザーにとってはどうでもいい話だったりします。

ということで、デスクトップアプリの取り込みは
今の Bridge というか Desktop App Converter になるのかもしれないですね。

**デフォルトの名無しさん** · 2017/07/09(日) 15:57:51.92

まともに使えるようになったら発表してくれ

**デフォルトの名無しさん** · 2017/07/09(日) 15:58:13.59

自在にファイルにアクセスできればUWPでもいいんだけど、、、

**デフォルトの名無しさん** · 2017/07/09(日) 16:49:08.38

まあWebでいいわな
全く価値のない技術

**デフォルトの名無しさん** · 2017/07/09(日) 18:34:32.99

UWPはプロセス間通信できないのも糞

**デフォルトの名無しさん** · 2017/07/09(日) 19:01:05.19

WPF、UWPどちらを使うか迷っているので質問です。

WPFで作ったアプリをDesktop Bridge？App Converter？を使って
Windows Storeで配信できるようになったらしいけど
WPFから変換したそのストアアプリでもUWPで作ったアプリと同様に
「広告収入狙いの無料アプリ」にしたり、「有料アプリ」にすることはできるのですか？

**デフォルトの名無しさん** · 2017/07/09(日) 19:30:03.47

>>159
有料アプリは値段選ぶだけ。
広告はUWP用MSの広告SDKなのでWPFからだとひと手間いるはず。詳しくは知らない。
それか、自前でどこかの広告使うか。

**デフォルトの名無しさん** · 2017/07/09(日) 19:40:16.83

ギョーミーなアプリとUWPは激しく相性が悪いんだが

**デフォルトの名無しさん** · 2017/07/09(日) 20:18:53.14

>>159
WebかXamarinにしたら?
Winストアアプリで広告収入とかGoogleMapアプリのクラスですら厳しいんじゃないか?w

**デフォルトの名無しさん** · 2017/07/09(日) 21:04:58.98

>>160 >>162
ありがとう
有料アプリならWPFからの変換したものでもUWPと同様に使えるのか

>>162
厳しいというのは利用者の面から？
Windows Phoneだけなら利用者少なすぎだけど
PCでも使えるようにした変換UWPアプリなら
利用者はかなりいるから期待できるんでは、と思っている

Xamarinはmono時代のASP.netで昔少し触ったけどバグだらけで
ひどい品質だったから、名前だけで敬遠してしまう。
Xamarinは各プラットフォームの挙動の違いを理解してないと
バグではまりそうで実はかなり敷居が高い気がする。
上級者じゃないからバグでたときに情報が少ないXamarinはつらい

**デフォルトの名無しさん** · 2017/07/09(日) 21:11:35.55

UWPで実現可能かつ対象ユーザーがwin10のみでOK
なら普通にUWPで良いっしょ

まずはAPIを一通り確認してから

**デフォルトの名無しさん** · 2017/07/09(日) 22:12:56.65

>>164
有料アプリとか広告付き無料アプリみたいな不特定多数向けだと
Win10限定になるUWPは選びにくいと感じる。

Win10はまだ26.8%しか利用者がいないようだ
https://www.netmarketshare.com/operating-system-market-share.aspx?qprid=10&;qpcustomd=0

WPFならXPでも使えるはずだから90%近いPCをカバーできるし
単純にユーザー数が3.3倍
ユーザー数というデメリットをひっくり返せるメリットをいまUWPに探しているが
まだ見つからないでいる

**デフォルトの名無しさん** · 2017/07/12(水) 08:30:26.81

>>165
メンテ性だろうね
UWPが優れてるとかじゃなくて、数年後に訪れる7のサポート終了時の対応のしやすさ

**デフォルトの名無しさん** · 2017/07/12(水) 22:07:59.04

作り手から見れば
・ネイティブでとにかく高速、そして難読化と無縁
・署名付きアプリの配布が格安（一度19ドル払えば何本ソフト登録してもこれだけ、法人は９９ドル）
・広告や販売の面倒をMSが見てくれて楽ちん

利用者は
・勝手に変なソフトインストールはありえない
・ウイルス混入のリスクは可也低い
・レジストリ弄らないから、アンインストールのトラブルは皆無

Windows10でしか動かない、セキュリティーが厳しい、システムの完成度はWPFに劣る、プロセス間通信不可
ココらへんのデメリットが２０年までにどれだけ解消されるか注目だね

**デフォルトの名無しさん** · 2017/07/12(水) 22:14:05.43

むしろUWPやめてWPFに統合しろよと思う

**デフォルトの名無しさん** · 2017/07/12(水) 22:53:02.14

WPFの遅さからするとUWPの速さは魅力。

**デフォルトの名無しさん** · 2017/07/12(水) 22:56:29.84

Formsが高DPIに対応した以上WPFはもう要らない子

**デフォルトの名無しさん** · 2017/07/12(水) 23:36:24.66

Formsの高DPI対応はまだ初期段階らしいけど

**デフォルトの名無しさん** · 2017/07/12(水) 23:38:50.58

>>168
WPFにNative化とx:bindが来るだけで大分変るな。
UWPはセキュリティーガチガチ過ぎて使い道に困る。

**デフォルトの名無しさん** · 2017/08/09(水) 19:59:54.61

Windows10でVS2017を使ってWPFを勉強し始めたんだけど、WPFって何かを設定しないとHighDPI認識してくれないの？
検索してdpiAwareをマニフェストに追加してみたりしたけど文字がボケボケになる
どこを設定すれば良いのか教えて欲しい

**デフォルトの名無しさん** · 2017/08/09(水) 20:23:58.80

>>173
ちゃんと.NET4.7使ってる？

**デフォルトの名無しさん** · 2017/08/09(水) 20:37:49.01

>>174
いま確認したら使ってた
http://i.imgur.com/OuylU5i.png
http://i.imgur.com/rLbS0GV.png

**デフォルトの名無しさん** · 2017/08/09(水) 23:11:02.67

>>173
Windows 10 Anniversary Update以降では、dpiAwarenessで指定するそうだ。
Creaters Updateからは、このdpiAwarenessにPerMonitorV2って設定が増えてる。

High-DPI Scaling Improvements for Desktop Applications in the Windows 10 Creators Update
https://blogs.windows.com/buildingapps/2017/04/04/high-dpi-scaling-improvements-desktop-applications-windows-10-creators-update/

例:
<application xmlns="urn:schemas-microsoft-com:asm.v3">
<windowsSettings>
<dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings";>True/PM</dpiAware>
<dpiAwareness xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings";>PerMonitorV2, PerMonitor</dpiAwareness>
</windowsSettings>
</application>

**デフォルトの名無しさん** · 2017/08/10(木) 01:45:35.71

今更だけど、>>127の記事のWPFは事実上死んだって見解は実際正しいの？

**デフォルトの名無しさん** · 2017/08/10(木) 03:40:34.20

WPFだけじゃなく、UWP以外まとめて死亡って感じだと思うけどな。
x:BindはWPFにバックポート出来そうだけど、UWP推進するために敢えてやらないのだろうし。

**デフォルトの名無しさん** · 2017/08/10(木) 03:51:52.36

>>173
Windows10で文字がボケボケになるのを直すだけなら、dpiAwarenessをSystemに

**デフォルトの名無しさん** · 2017/08/10(木) 20:09:12.69

>>176
>>179
おお、できた！
dpiAware「ness」かー。
そこまで探せなかった。
ありがとう、助かったよ！

**デフォルトの名無しさん** · 2017/08/11(金) 01:08:35.93

>>180
VSでapplication.manifestを新規で追加した時に、dpiAwareの方は
コメントでサンプルが記述されてるけど、dpiAwarenessは記述されてないしね。
VS2017位は追加しておいて欲しいね。

**デフォルトの名無しさん** · 2017/08/13(日) 23:34:18.31

xamarinはwindows10アプリケーションのみ開発するのには向きますか？

**デフォルトの名無しさん** · 2017/08/14(月) 00:46:29.72

**デフォルトの名無しさん** · 2017/08/14(月) 01:18:29.88

>>183
すみません。誘導ありがとうございます。
xamarinとwpfの違いがいまいちわからずにここで聞いてしまいました。

**デフォルトの名無しさん** · 2017/08/14(月) 02:00:53.11

>>184
ゴミめ
http://pbs.twimg.com/media/CyKXMkvUsAAkB_g.jpg

**デフォルトの名無しさん** · 2017/08/22(火) 17:36:49.76

そろそろ普及の兆しが見えてきたな。

**デフォルトの名無しさん** · 2017/08/22(火) 17:52:06.46

などと妄想を垂れている一方で、MSはElectronを使ってプログラミングエディタ界で天下を取ったわけだが

**デフォルトの名無しさん** · 2017/08/22(火) 18:16:17.10

エディターだからどうにかなっているけどElectronでExcelは作れんだろ
遅すぎて

**デフォルトの名無しさん** · 2017/08/22(火) 18:41:50.72

適材適所だね～

**デフォルトの名無しさん** · 2017/08/22(火) 18:48:06.98

>>188
UIを載せ替えるだけなら余裕で作れるでしょ
Electronの裏をネイティブや.NETで書く技術は完全に確立されてる

**デフォルトの名無しさん** · 2017/08/22(火) 18:55:53.92

>>187
LinuxやMacまで含めたデスクトップアプリを開発するならelectronってだけじゃない？
無理矢理フィットしない技術を選ぶ必要はない

**デフォルトの名無しさん** · 2017/08/22(火) 19:06:02.36

ExcelOnlineの機能を拡張すれば済む話だとは思うけど
そもそもデスクトップアプリ化する理由が無い

**デフォルトの名無しさん** · 2017/08/22(火) 19:21:18.96

だーからそういう戯言は20年前も聞いたよw
いまだに実現してないけどねww

**デフォルトの名無しさん** · 2017/08/22(火) 19:33:19.16

そうは言っても、テキストエディタという開発者にとって最も身近なデスクトップアプリがHTMLになったのは紛れもない事実だからね
しかもその変革がこれまでデスクトップアプリの世界を牽引してきた当のMSによって為されたということも事実
いい加減現実を直視しなければならない
VS2017も一部Electronになってるし、順当に行けば次の本家VSはテキストエディタがVSCodeベースに置き換わるだろうね

**デフォルトの名無しさん** · 2017/08/22(火) 21:24:58.49

xaml挫折した人がElectron使えるとも思えんわ

**デフォルトの名無しさん** · 2017/08/22(火) 21:53:56.12

SkypeのためにReactXPとか立ち上げたりどこに進むのかよーわからんしWPFが死に行くのはどうでもいいけど
さっさとWin32デスクトップアプリを書くためのまともなGUIフレームワークをOSの一部として提供しろや本当にお願いします

**デフォルトの名無しさん** · 2017/08/22(火) 22:21:59.78

なぁにぃ～やっちまったなー
男は黙ってMFC

**デフォルトの名無しさん** · 2017/08/22(火) 23:04:44.69

.NET Standard 2.0とXAML Standard 2.0です。

**デフォルトの名無しさん** · 2017/08/23(水) 02:15:45.72

>>186
ギョーミー底辺のオレが使い始めたからな。

xamlのエラーはどうやってデバッグするのさ?

**デフォルトの名無しさん** · 2017/08/25(金) 05:39:29.77

神に祈る