18/01/21 23:07:47.89 UBO3nr9G.net
もう使ってる人いなくて新しい話題がないからね
128:デフォルトの名無しさん
18/01/22 03:47:03.95 xAzFKy/K.net
登場しからずっと話題は、普及はまだ？ 馬鹿には使えない!! のループだったな。
129:デフォルトの名無しさん
18/01/22 04:03:59.87 0N0G2Dms.net
UWPスレよりは人いるから…
130:デフォルトの名無しさん
18/01/24 20:03:07.49 D4W5cGwF.net
しかしWindows用のデスクトップアプリを作るとなったとき、現実的な選択肢はこれしかなくないか？
UWPは10用だし、マルチプラットフォームのあれこれはまだ発展途上で、
結局シングルソースじゃなかったり容量が馬鹿でかくなったりするし
131:デフォルトの名無しさん
18/01/24 21:21:59.76 MHtdbei7.net
>>127
Electronで十分だわ
132:デフォルトの名無しさん
18/01/24 21:34:26.26 D4W5cGwF.net
>>128
容量がおかしいのそれだよ
Electron製で50MB以下のパッケージ見たことない
インスコしたら200MB超えましたなんてのもザラ
ついでにメモリも大食い
133:デフォルトの名無しさん
18/01/24 22:23:53.42 eeZ/wkbm.net
>>129
で？
134:デフォルトの名無しさん
18/01/24 22:48:12.40 D4W5cGwF.net
で、>>127に戻る
135:デフォルトの名無しさん
18/01/24 23:39:03.95 Sh5xRyhH.net
>>131
ただ、Win10その他の制限が問題ない場合はUWPが良いよ
特に起動が１０倍単位で早いってのがね
コンパイルは１００倍単位で遅いけどね
136:デフォルトの名無しさん
18/01/24 23:58:25.60 BFkGLEDk.net
>その他の制限が問題ない場合はUWPが良いよ
そりゃ、マイナス条件がないならプラスしか残らんのは当たり前だわなw
同様に、WPFの制限が問題ないならWPFが良いし、WinFormsの制限が問題ないならWinFormsが良い。
137:デフォルトの名無しさん
18/01/25 00:14:23.53 AmkE5KAD.net
>>133
Fornsのアドバンテージは人足を集めやすいことで、wpfは特別な制約はなくて強いて言えばGridViewなどが遅いことぐらい
UWPは逆汗が難しいことやパフォーマンス。それとｔｏｏｌｋｉｔが標準で用意されていること
それぞれ使い分け出来たら良いけど、人足集めるのが大変だわなwpfとuwpは
138:デフォルトの名無しさん
18/01/25 03:01:30.69 bbltRTAq.net
メトロUIは業務系ユーザーに不評だから提案する気になれない。
139:デフォルトの名無しさん
18/01/25 14:17:39.85 MoV9FXN0.net
wpfのネイティブコンパイルが出来れば全て解決なんだがなぁ
進んでるのかな
140:デフォルトの名無しさん
18/01/25 20:13:15.97 8k7FgHok.net
せっかくXAML覚えたのに来月からJavaScriptの仕事になってもうたわ
けどワイMS製品で育ったしいつかまた会うやろ。じゃあの・・・
141:デフォルトの名無しさん
18/01/25 20:22:48.19 bbltRTAq.net
コロコロと違う言語やプラットフォームに技術者をぶち込む企業はさっさと転職したほうがいい。
142:デフォルトの名無しさん
18/01/25 21:37:20.58 8MUKcewe.net
若いうちならご褒美だろう。
143:デフォルトの名無しさん
18/01/25 21:44:48.71 A1rDjY07.net
20代ならなー
144:デフォルトの名無しさん
18/01/25 23:38:00.69 8MUKcewe.net
俺は45過ぎてからC++とGPGPU始めて、50近くになってTypeScriptとSPAやってるとこだわ。
145:デフォルトの名無しさん
18/01/26 09:10:53.98 w94KFfj6.net
このスレ加齢臭がする
146:デフォルトの名無しさん
18/01/26 09:53:43.08 m10/oqmt.net
４０・５０過ぎてもC++とか理解できますか？
147:デフォルトの名無しさん
18/01/26 10:05:17.61 ziKX7xRI.net
>>143
地頭とプログラミング適性次第
148:デフォルトの名無しさん
18/01/26 10:34:39.91 fiAB4bjj.net
c++の文法ルール自体はそんなに難しくない
自動でメモリ解放してくれるようにもなったし
c++は生まれ変わった
でもライブラリなどがレガシーの塊なので非常に地獄
149:デフォルトの名無しさん
18/01/26 18:12:45.67 qsZ4DHxf.net
>>143
CとC++の壁？ かなり高いよ。
年齢は関係無い。
150:デフォルトの名無しさん
18/01/26 19:02:43.59 m10/oqmt.net
C#はすっと頭に入ったけど、C++はなかなか入らないですね
特にMFCというのが昔から苦手で今日まで来てしまった
151:デフォルトの名無しさん
18/01/27 08:39:35.79 bXtPpg9J.net
別にMFCはC++の構成要素じゃないよ
好きなフレームワーク使えばいい
152:デフォルトの名無しさん
18/02/03 10:25:04.28 AXuwnjr7.net
だいたいwpfでC++もないやろ
なんでそんな話になってんだ全く
153:デフォルトの名無しさん
18/02/03 10:46:57.42 ZFgrbY8z.net
次々からフレームワークが出て習得するのが面倒だよな。PGはそんなに暇じゃないっての。
フレームワークを使い捨てにするMSはアホ。wtfだってまだ使ってんだよ。
というか.netの売りは言語自由だったはずなのにwpfではC++を排除してるのかよ。ほんと嘘つきだな、MSは。
154:デフォルトの名無しさん
18/02/03 12:23:54.85 4JyGp2En.net
.NETのウリは言語自由って初めて聞いたが
いくつかの言語から選べるってのはよく聞くけど
155:デフォルトの名無しさん
18/02/07 22:17:00.05 7uLVnCRo.net
WPFおもろいわ。
仕様拡張も含め、.net core対応ｷﾎﾞﾝﾇ
156:デフォルトの名無しさん
18/02/08 07:06:45.70 OLINQejk.net
全く。マウンティングするための道具として最高におもしろいわ。
157:デフォルトの名無しさん
18/02/08 07:18:53.58 as09ZcmN.net
WPFはエヴァンジェリストとブロガーのオモチャ。
158:デフォルトの名無しさん
18/02/12 11:41:38.41 fQpoXnex.net
Windows10,VS2017でWPFでWindowChromeちゃんを使って、
Windowのスタイルをカスタマイズしようとしてるんだけど、
タイトルバー高さをSystemParameters.WindowCaptionHeightで取得すると
23が返ってくるんよ。で、これ実際にPhotoshopとかで測定すると、31ぐらいなんだけど、
これって、もしかして72dpiと96dpiの違いで、96/72=1.333...をこの23に掛けてるんかな？
例えば、電卓の右上の[X]ボタンはH:30,W:48なんだけど、
SystemParameters.WindowCaptionButtonWidth=36
SystemParameters.WindowCaptionButtonHeight=22
36 x 1.333...= 47.999999
22 x 1.333...= 29.333333
こういう資料って、公式のどっかに説明あるんでしょうか？
159:デフォルトの名無しさん
18/02/12 15:00:33.06 3jR6du7D.net
>>152
わたしもきぼんぬ
160:デフォルトの名無しさん
18/02/12 16:07:10.38 qK1FqdY3.net
>>155
試してないけどこれはどう？
URLﾘﾝｸ(blogs.microsoft.co.il)
161:デフォルトの名無しさん
18/02/17 11:24:01.09 hzHa4Ili.net
>>157
どうもThemeの方にヒントがあるようね。
Firefoxのソースでも、Themeからひろってきてるみたい。
162:デフォルトの名無しさん
18/03/13 21:45:11.61 QSraSytV.net
デザイナ画面で、現在作業しているプロジェクトファイルのパスが取得したいのですが、方法ありますでしょうか？
AssemblyやGetCurrentDirectoryを使ってもXDesProcのパスが返ってきて取得できません
163:デフォルトの名無しさん
18/03/30 20:45:57.81 S5bBhBUr.net
TreeView を操作していると、StackOverflowException 例外で WPF アプリケーションが強制終了します
URLﾘﾝｸ(blogs.msdn.microsoft.com)
164:デフォルトの名無しさん
18/03/31 13:25:10.48 VKIypx1l.net
まだ枯れてないのか。
165:デフォルトの名無しさん
18/03/31 13:39:52.89 UATmZRNx.net
ComputeFirstItemInViewportIndexAndOffsetがFloorをつかっている件か
166:デフォルトの名無しさん
18/04/09 17:25:00.82 90D6Yu/l.net
datagridにおいて、以下のようなキーボード操作はXAMLだけで記述できますでしょうか？
・セルのtab移動を止める
・enterキーで次の行に移動するのを止める（矢印キーのみで移動）
167:デフォルトの名無しさん
18/04/09 18:08:40.11 2gnvm26g.net
DataGridは未完成糞品質のまま開発打ち切られて放置されたままのゴミだから使っちゃダメ
WinFormsのをホストして使うかサードのを買うかListViewでスクラッチするかWPFを捨てよう
168:デフォルトの名無しさん
18/04/09 18:25:22.70 lwmVdEfV.net
>>164
行数少なければ十分使えるから、数百行表示させないようにプログラムすればいいだけですね
169:デフォルトの名無しさん
18/04/15 08:53:11.02 W7Pttv5/.net
2ヶ月ちょいjs/javaやったけど
Eclipseはポトペタできへんから面倒くさすぎる
いやワイが知らんだけかもしらんけど
しかしIDE落ちまくるし同期とらんと時々嘘くさい表示しよるし何なんやこれ
隣の席のやつ(javaﾏﾝ)はWPFやらされててワカランワカランいうてるし
ちゃんと履歴書読んどんのかここの会社逆やろｗ
170:デフォルトの名無しさん
18/04/15 09:48:51.28 GbdfDf+/.net
そう思うんなら便所に落書きするより上司に相談しろ
喜んで入れ替えてくれるだろ
その程度の交渉や調整もできないカスなら何やらせたってダメだし、会社もお前に何も期待しないよ
171:デフォルトの名無しさん
18/04/15 09:51:56.54 koN3j5aX.net
eclipse使ってる企業なんてまだあったんだ
172:デフォルトの名無しさん
18/04/15 12:39:36.05 W7Pttv5/.net
替わりたくないんやが
ちな会社は赤字垂れ流して潰れそうやでw
173:デフォルトの名無しさん
18/04/15 13:26:36.78 eVQUY7wr.net
嘘みたいな話だけどeclipse大好きっこているんだぞ
一個も共感できないeclipse自慢話してくるよ
174:デフォルトの名無しさん
18/04/15 13:38:15.45 5EOPJhuZ.net
eclipseはモダンemacs的な開発者のオープンプラットフォームとして、
今でいうVSCodeに近いポジションを占めてたから、そういう面ではわりと根強いファンはいた
今ではJavaはIntelliJに取られemacs的な用途はVSCodeに取られ完全にオワコン
175:デフォルトの名無しさん
18/04/15 18:31:48.26 UK26r34r.net
>>170
あるある
176:デフォルトの名無しさん
18/04/24 15:05:21.91 bXlVc9iu.net
GridSplitter を挟んだUIを作成中です
<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="1*"/>
<ColumnDefinition Width="Auto"/>
<ColumnDefinition Width="3*"/>
</Grid.ColumnDefinitions>
...
上記のように Columnの幅を1:3などの割合のまま、
Properties.Settings のメンバに Bind するにはどのようにしたらよいですか？
下記のように書いてみましたが、いくつか問題にぶち当たりました
<ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterSize, Mode=TwoWay}"/>
・Column の幅を変更して、Settings.Default.Save() しても Settings に反映されない（Settings の他の値の変更は確認済み）
・Settings の要素の型に GridLength を指定した場合、3* などを指定できない（数値かアスタリスクのみ）
・1:3 などの割合を指定したまま、サイズを保存、復元する方法があるのか不明
グリッド幅の保存は基本だと思うので簡易な方法があると思うのですが……
177:デフォルトの名無しさん
18/04/27 20:15:09.50 TaLNc1sW.net
GridLength 構造体
178:デフォルトの名無しさん
18/04/28 10:07:15.37 j2qq32KP.net
>>174
はい、GridLength 構造体です
Settings の要素の型を GridLength にしても反映されないので質問しました
何か基本的なことを見落としてるような気がします
179:デフォルトの名無しさん
18/04/28 14:55:45.90 ljffXje0.net
GridLength GridUnitType.Starでぐぐる
180:デフォルトの名無しさん
18/05/05 08:55:29.93 GHjIUW8T.net
>>170
マルチプラットフォーム的なのが少なかったんで
選択肢がそこに居ちゃっていたってことじゃないんかな？
181:デフォルトの名無しさん
18/05/05 09:01:31.10 GHjIUW8T.net
>>173
１：３なのに、なんでAUTOが入ってるの？
182:デフォルトの名無しさん
18/05/05 09:04:56.56 nVs07IkD.net
>>178
GridSplitter
183:172
18/05/05 11:44:18.82 +6BF6Qlx.net
試行錯誤しつつ、あれから冷却期間を入れて試したところ 2番目の問題は設定できるようになりました
>>176
> GridLength GridUnitType.Starでぐぐる
「・Settings の要素の型に GridLength を指定した場合、3* などを指定できない」
ことへのコンストラクタを使ってコードを書くべきというアドバイスかと思います
本当に申し訳無いのですが当方の思い込み�
184:ｪ含まれていました 実際に試した値は「1*」で、書き込むと「*」になるため、誤認していました 正しく書き直すと、 プロジェクトの「プロパティ」→「設定」→要素の「型」で PresentationFramework の System.Windows.GridLength を指定した ケースでの「値」列の内容について、XAMLで指定できる文字列「1*」を指定できず、 書き込むと「*」になるということです Settings.Designer.cs での DefaultSettingValueAttribute の引数の文字列です 試しに「3*」を入れたところ、3:3(=1:1)に指定できましたので Settings で初期化はうまくできていましたので、 2番目の問題は解決しました （「1*」は値として同じ意味の文字列「*」に自動で変換されるみたいです） XAMLは下記のとおり、 <ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterLength}"/> <ColumnDefinition Width="Auto"/> <ColumnDefinition Width="3*"/> ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず、 Mode=TwoWay を追加しても、肝心の1番目、2番目が解決できませんでした 実際のサイズに連動するよう少しずつ調査する予定です （ActualWidth:double を読み取って、GridLengthのコンストラクタを使って Settingsに保存する？） >>179 はい、GridSplitter を挟んでGridの列を 1:3 にするXAMLの書き方になってます
185:172
18/05/05 11:48:02.94 +6BF6Qlx.net
あああ、typo です
「ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず～」
ColumnDefinition.Width プロパティの間違いです
186:175
18/05/05 17:52:13.05 Lbg9iiKd.net
175は忘れてください
Value+GridUnitType <--> 文字列 相互変換できてました
フォルダー <UserName>\AppData\Local\<アプリケーション名>
の下のほうの user.configに書き込まれているはず
187:デフォルトの名無しさん
18/05/05 23:52:00.74 enzOGVxg.net
splitterの幅をバリアブルにしている理由はなんなの？
188:デフォルトの名無しさん
18/05/05 23:53:18.47 enzOGVxg.net
ま、いいか理由はあるんでしょうから。
189:デフォルトの名無しさん
18/05/06 15:47:40.64 Z7mEypo0.net
質問させてください。
以下の画像のようにウィンドウの表示がSizeToContentの値によっておかしくなる場合があるのですが、
対策方法など分かる方がいらっしゃれば教えていただけないでしょうか。
URLﾘﾝｸ(dotup.org)
VSのバージョンは15.6.7、ターゲットフレームワークは4.7.1、
実行環境は Windows 10 で「拡大縮小とレイアウト」の設定は100%です。
XAMLは以下の通りです。どうぞよろしくお願いいたします。
<Window
x:Class="SizeToContentIssue.MainWindow"
xmlns="URLﾘﾝｸ(schemas.microsoft.com)
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)
xmlns:d="URLﾘﾝｸ(schemas.microsoft.com)
xmlns:mc="URLﾘﾝｸ(schemas.openxmlformats.org)
mc:Ignorable="d"
Width="213" Height="55"
SizeToContent="Width"><!--←Width を Manual に書き換えると正常に表示される-->
<Grid>
<TextBlock>
<Run Text="{Binding Width, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}"/>
x
<Run Text="{Binding Height, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}"/>
縦棒が入ったり入らなかったり→
</TextBlock>
</Grid>
</Window>
190:デフォルトの名無しさん
18/05/06 16:36:46.08 JnKw6YEv.net
>>185
SizeToContent paints an unwanted border
URLﾘﾝｸ(stackoverflow.com)
<Window UseLayoutRounding="True" />
でとりあえずその線は消えた
191:デフォルトの名無しさん
18/05/06 17:21:51.43 Z7mEypo0.net
>>186
レスありがとうございます！私の方でも線が消えることを確認しました。
Webで検索しても答えを見つけられなかったので質問させていただいたのですが、
恥ずかしいことに紹介していただいたページは見落としてしまっていたようです。
何はともあれ、お答えいただきどうもありがとうございました。
192:デフォルトの名無しさん
18/05/06 18:14:56.23 Z7mEypo0.net
>>185-187で自分の検索の不十分さを反省して以前から抱えていた別の問題も改めて検索してみたのですが、
やはり私の力ではどうしようもありませんでした。
立て続けに申し訳ないのですが、こちらについてもお力を貸していただけないでしょうか。
以下のような Binding のマークアップ拡張を作成したところ、
Mode が TwoWay のときは期待通りに動作するものの、
Mode が OneWay だと正しくバインディングできずに困っています。
class MyBindingExtension : MarkupExtension
{
public PropertyPath Path { get; set; }
public BindingMode Mode { get; set; }
public override object ProvideValue(IServiceProvider serviceProvider)
{
var service= (IProvideValueTarget)serviceProvider.GetService(typeof(IProvideValueTarget));
var target = (DependencyObject)service.TargetObject;
var dp = (DependencyProperty)service.TargetProperty;
BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode });
return target.GetValue(dp);
}
}
（続く）
193:デフォルトの名無しさん
18/05/06 18:15:23.63 Z7mEypo0.net
（続き）
原因はほとんど分かっていて、
・Mode が OneWay のとき、ターゲット側が書き換えられるとバインディングがクリアされてしまう
・ProvideValue が呼び出されたあと、その戻り値でターゲット側が書き換えられる
ということだと思うのですが、この問題を解決する良い方法が見つかりません。
苦肉の策として、SetBinding の行を次のように書き換えればとりあえず動作することが確認できています。
// BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode });
Application.Current.Dispatcher.BeginInvoke((Action)(()
=> BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode })));
ただ、バインディングのタイミングがずれてしまうと、
例えば SetBinding してから ClearBinding したつもりが順番が逆転してしまうなど
思わぬバグの原因となりかねないためできれば避けたいと考えています。どうぞよろしくお願いいたします。
194:デフォルトの名無しさん
18/05/08 00:48:26.70 wFWfdcvC.net
良かったなお前ら
URLﾘﾝｸ(blogs.msdn.microsoft.com)
195:デフォルトの名無しさん
18/05/08 01:18:46.99 8/Cw9iIa.net
YATTA!
196:デフォルトの名無しさん
18/05/08 01:50:46.69 vwdvRU81.net
やるやん
197:デフォルトの名無しさん
18/05/08 01:56:55.14 8PlXTSnU.net
日本語でOK
198:デフォルトの名無しさん
18/05/08 01:58:48.97 3Tr8AiF6.net
Windowsでしか動かない.NET Coreアプリw
一体何の意味があるのか
199:デフォルトの名無しさん
18/05/08 02:05:19.36 I+Jt0Kav.net
せっかく.NET Coreが盛り上がってきてたところだったのに、水を差すことになりそうで心配だな
Linuxサーバーで運用してる人達からしたら、結局梯子外してWinに誘導するいつものMSがまた正体を現したかと疑念を持たれるよこれ
200:デフォルトの名無しさん
18/05/08 02:37:14.81 wFWfdcvC.net
>>194
Windowsにインストールされた.NET Frameworkに縛られなくなる
201:デフォルトの名無しさん
18/05/08 02:39:25.29 u/n9hYSm.net
>>195
そもそもWindowsでしか動かなかったもののランタイムが
202:変わるだけだし、corefx自体に追加されるわけじゃない むしろ.NET Coreの普及を後押しする
203:デフォルトの名無しさん
18/05/08 17:52:26.19 xyA4XcJo.net
実質何も発表なかったこと一緒ってこと?
.NETは完全にWinプラトフォーム環境限定ということでオワコン
204:デフォルトの名無しさん
18/05/08 18:10:18.00 xyA4XcJo.net
サーバーサイドはクロスだけど微妙にしか人気ねぇし、Xamarin捨てる勇気なかったのか
205:デフォルトの名無しさん
18/05/08 18:17:27.20 kbsHCLUb.net
>>198
どこをどう読んだらそうなるんだよｗｗｗ
206:デフォルトの名無しさん
18/05/10 14:57:37.18 1UHxaKzf.net
.NET Core 3ハWindowsデスクトップアプリをサポートする
URLﾘﾝｸ(www.infoq.com)
開発者が、既存の.NET Framework for Windowsではなく.NET Coreを使いたい理由はなにか？
それにはいくつかの理由がある。まず、.NET Frameworkとは違い、.NET Coreアプリは完全に独立しており、異なるバージョンの.NET Coreを使用することが可能だ。
.NET Core 3の新しいオプションでは、.NET Coreランタイムと組み合わせて実行できる単一の実行ファイルを生成することが可能だ。
この発表に反応した開発者は、WPFとWinFormsをGitHub上でオープンソース化する可能性について尋ねた。
興味深いことにこの要求は、Lander氏に否定されてはない - Microsoftは将来的にオープンにする可能性がある。
コミュニティの主な望みは、これらをmacOSやLinuxに移植するよりも、Windows用のGUIツールキットの拡張とモダン化である。
207:デフォルトの名無しさん
18/05/13 10:02:27.03 JffwGpoG.net
.NET Coreが全然注目されないからいろいろやりだしたんだな
いままでの.NET Coreって誰から見たら魅力があるのかわからない微妙な物だから
積極的に使いたいと言う人は少なかった
208:デフォルトの名無しさん
18/05/13 10:28:33.00 i7PAGBqe.net
日本は全体的に低レベルなエンジニアが多い
なのでUIとその他のロジックがガッツリ結合して分離できない
なのでそう簡単には.Net Coreに移植できなかった
そうする必要のないあらゆるものまでがdnfやwindowsインフラに依存してしまっていたんだ
そりゃ移植して使えないものに魅力は感じないだろう
海外では設計が綺麗なので細かいコンポーネント事に移植の可能性を検討することができた
移植可能なものはすぐに移植する動きが広まってあっという間にCore対応が進んだ
彼らは高パフォーマンス、セルフコンテインドデプロイ、マルチプラットフォーム対応といった様々な収穫を殆どタダで得ることができた
.NET Coreはとても魅力的でエキサイティングなアップデートだった
209:デフォルトの名無しさん
18/05/13 10:43:11.44 hwu0eulf.net
.NET Coreは既存の環境から乗り換えたいと思わせるだけの魅力がない
windowsで,.net frameworkから乗り換える人は少ない
linuxで他の言語から乗り換える人も少ない
利点をはっきり打ち出せてない
ただ作りました使ってくださいじゃ使わない
210:デフォルトの名無しさん
18/05/13 10:48:35.00 nDD5wzJU.net
コンパイルして起動時間が一桁早くなるってのは十分な魅力だと思うが
211:デフォルトの名無しさん
18/05/13 10:49:14.92 i7PAGBqe.net
>>204
>>203でも書いたけど日本ではスパゲティシステムだらけで移植のコストが高すぎたから受け入れられなかった
海外では日頃から品質を高める努力をしていたので移植が容易にできた
そして様々なメリットを享受することができた
利点を示せなかったのではなく
利点を示したけど日本だけが利点を受け入れる下地ができてなかっただけ
つまり日本はハブられたんだよ
いじめられ�
212:ﾁ子がリア充の生き方なんつまらないと負け惜しみを言うようなもの キツネとすっぱい葡萄の心理というやつだ
213:デフォルトの名無しさん
18/05/13 10:52:56.28 VCvSTJHc.net
>>205
起動は確実にクソ遅くなるよ
今までは共有ライブラリとしてシステムにインストされいて自然にメモリにキャッシュされてた大量のDLL達を、
ローカルにバンドルしていちいちディスクからロードするんだから
214:デフォルトの名無しさん
18/05/13 11:03:04.42 nDD5wzJU.net
>>207
.net nativeはスタティックリンクだから、ライブラリの中で使っている部分だけ切り取って本体に取り込んでリンクするんだわ
通常はファイルサイズが激減します
215:デフォルトの名無しさん
18/05/13 11:06:50.54 VCvSTJHc.net
>>208
勘違いしてるようだけど、.NET CoreのSCDと.NET Nativeは別物だよ
SCDは.NET Coreランタイムと依存DLLを全部バンドルするだけ
216:デフォルトの名無しさん
18/05/13 11:15:03.29 nDD5wzJU.net
>>209
一番要望の多いnative取り入れないとは思えないが、情報あるの？
217:デフォルトの名無しさん
18/05/13 11:22:25.15 i7PAGBqe.net
体感的にわからない程度に起動が遅くなるかもしれない
デメリットってそれだけ？
218:デフォルトの名無しさん
18/05/13 11:23:47.84 VCvSTJHc.net
>>210
URLﾘﾝｸ(blogs.msdn.microsoft.com)
あくまで.NET自体を簡単にバンドルできるのが売りだ
.NET NativeはあくまでWinRT版の.NETの機能で、今出てる.NET Coreとは関係ない
ちなみに、.NET CoreではNuGetパッケージを結構細かく分割するのが普通だから、
WinFormsやWPFがそれぞれ丸ごと一つのNuGetパッケージになるようなことはたぶんない
必要なNuGetパッケージをある程度小分けで取捨選択できるようにはなるから、
今のSystem.Windows.Forms.dllよりは結果的にロードするサイズが小さくなる可能性はあるよ
219:デフォルトの名無しさん
18/05/13 11:34:23.20 nDD5wzJU.net
>>212
将来はともかく、最初はこの程度なんかね
220:デフォルトの名無しさん
18/05/13 11:39:17.10 QSiC/kkG.net
よく分かんないけど
動作環境の.NETバージョンに影響されずに済むって話じゃないの
221:デフォルトの名無しさん
18/05/13 11:44:29.93 VCvSTJHc.net
>>211
全部バンドルしちまえってのは今時の流行りで基本的には良いものだけど、あえて挙げるならこんなとこかな
・配布サイズがクソ大きくなる
・DLLのディスクキャッシュが共有されないのでメモリを食うかも
・.NETに重大な脆弱性や不具合が見つかってもユーザーの裁量で.NETを更新できない
・NuGet必須なのでインターネット環境がないとビルドすらできない
・NuGet必須なのでキャッシュなしの状態だとビルドがクソ遅い
222:デフォルトの名無しさん
18/05/13 11:46:21.62 VCvSTJHc.net
・.NET Coreは(NuGetのせいでもあるが)デバッグが遅い
も追加で
223:デフォルトの名無しさん
18/05/13 11:56:03.56 gN1ETgni.net
>>202
どうやら違う世界に生きてるようだ
224:デフォルトの名無しさん
18/05/13 12:00:18.98 olmzHM0E.net
>>215
こいつC#使ったことないやろ…
225:デフォルトの名無しさん
18/05/13 12:05:59.25 vAxwPzXD.net
>>215
RuntimeStoreも知らないようだし、NuGetがインターネット必須ってのも大嘘
ユーザーの裁量でRuntimeを更新できないってのも嘘
226:デフォルトの名無しさん
18/05/13 12:06:45.67 VCvSTJHc.net
>>218
最近はずっと.NET Core&C#&Azureやってるよ
一般的な常識に基づく推論と俺の個人的経験で書いただけだから、間違いがあるなら具体的に指摘してるれると助かる
227:デフォルトの名無しさん
18/05/13 12:07:59.36 FNCE059f.net
corefxやcoreclrも知らないからユーザーの裁量でランタイムを更新できないって発想になるんか？
228:デフォルトの名無しさん
18/05/13 12:08:12.97 hwu0eulf.net
>>217
そちらは新規開発案件の1割以上がc#を使ってる世界�
229:ﾅすか？ 不思議な世界ですね こちらの世界は全ソフトウエア開発者で.Net Coreを知ってる人が 1%以上いるかどうか怪しいです
230:デフォルトの名無しさん
18/05/13 12:09:07.71 FNCE059f.net
>>220
配布サイズが大きいのは、RuntimeStoreのない時代かもしくはランタイム自体をアプリに同梱する場合ね
231:デフォルトの名無しさん
18/05/13 12:09:52.99 dLXOPcbs.net
>>222
ああ奴隷の世界ねごめんよ
232:デフォルトの名無しさん
18/05/13 12:11:36.53 hwu0eulf.net
>>224
いい加減に空想の世界から出て来いよ
.Net Coreなんてほとんど誰も知らない
C#使ってる中でも知られてない
みんな跨いでいく
233:214
18/05/13 12:11:45.00 VCvSTJHc.net
デスクトップでCore使うメリットはSCDで、当然それは大前提だと思ってたんだけど
システムにCore入れるならそれこそ何の意味もなくね？
234:デフォルトの名無しさん
18/05/13 12:14:31.02 hwu0eulf.net
サーバサイドでも使われてない
デスクトップでも使われてない
業務でも使われてない
趣味で使うのがちょうどいい
C#大大大大好きだけど.Net CoreやAsp.net CoreやUWPは早く消えてほしい
235:デフォルトの名無しさん
18/05/13 12:17:23.58 dLXOPcbs.net
>>225
Stackoverflowのreportでも見て現実を直視しろよｗｗｗ
236:デフォルトの名無しさん
18/05/13 12:19:44.68 dLXOPcbs.net
>>226
どうも思い込みが激しいようだ
どっちかって言うとSCDこそ特殊な場合で、SideBySideでランタイムをインストールする方が良い
237:デフォルトの名無しさん
18/05/13 12:21:24.73 LtcW78m3.net
>>226
Microsoftのブログくらい読めよ
URLﾘﾝｸ(blogs.msdn.microsoft.com)
238:デフォルトの名無しさん
18/05/13 12:26:39.99 VCvSTJHc.net
>>229
だからそれFull .NETのサイドバイサイドと比べて何のメリットがあるの？
239:デフォルトの名無しさん
18/05/13 12:29:17.88 LtcW78m3.net
>>231
>>230
240:デフォルトの名無しさん
18/05/13 12:31:43.28 ENNgICED.net
>>231
たとえば.NET4.5.2と4.6.1はSideBySideでインストールできないっしょ？
241:デフォルトの名無しさん
18/05/13 12:37:57.79 VCvSTJHc.net
>>233
結局システムに.NETを入れさせなきゃいけないのは同じだよね
.NET Coreなんか頻繁にアップデートされてるから事実上はほとんど特定のアプリと一対一になるだろうし、
アプリ側で.NETのバージョンを上げたくなったらまたそのアプリのためだけにまた特定バージョンのCoreをインストールさせるのか?
そのとき前のバージョンを安全に削除できるかどうか誰がわかる？
開発環境でのテストくらいにしか使えないよこんなの
242:デフォルトの名無しさん
18/05/13 13:04:22.39 kjz8UZqt.net
まだ実用化されていない技術のブログ記事上げてドヤってる
それは既存の.Net Coreの利点じゃないだろ？
243:デフォルトの名無しさん
18/05/13 13:05:48.16 kjz8UZqt.net
コアのアーキテクトの戦略がフラフラしてる
魅力のないロードマップがそれを物語ってる
244:デフォルトの名無しさん
18/05/13 22:00:07.98 ENNgICED.net
>>234
前のバージョンを削除ｗｗｗ
245:デフォルトの名無しさん
18/05/13 22:01:26.62 RTDdDgUS.net
>>231
こいつSideBySideなんて知らんのやろ
246:デフォルトの名無しさん
18/05/13 22:07:34.73 yk+U0xvA.net
>>237-238
.NET CoreのSideBySideを利用したデスクトップアプリの正しいデプロイサイクルを具体的に説明してくれ
247:デフォルトの名無しさん
18/05/13 22:24:25.44 yk+U0xvA.net
ちなみに.NET Coreって月一くらいのペースでバージョン上がってるんだが、それ全部SideBySideするってことだぞ？
アプリとは別にシステムの.NETのバージョン管理の余計な手間が増える以外になんかSCDと比較してメリットある？
248:デフォルトの名無しさん
18/05/13 22:27:27.84 F2hiJGIV.net
>>240
全部とかただのキチガイか
249:デフォルトの名無しさん
18/05/13 22:30:48.25 F2hiJGIV.net
>>215
NuGetって言葉覚えたてかな？嘘ばっかｗｗｗ
250:デフォルトの名無しさん
18/05/13 22:55:13.58 yk+U0xvA.net
>>241
結局アプリごとに必要とするバージョンが違うケースが多いはずだからSCDでいいだろと言ってるんだけど、これだけ言っても伝わらない？
251:デフォルトの名無しさん
18/05/13 22:57:05.68 F2hiJGIV.net
>>243
RuntimeStore
252:デフォルトの名無しさん
18/05/13 22:59:58.25 9k6A64Mq.net
>>243
>アプリごとに必要とするバージョンが違うケースが多い
なんで？
253:デフォルトの名無しさん
18/05/13 23:21:18.21 yk+U0xvA.net
>>245
そりゃ.NET CoreかつFDDのアプリ自体が(WinFormsやWPFがサポートされてもなお)稀だろうし、
フレームワークの方も月一で更新されてるとなれば共有できるケースは現実にはほとんど無いでしょ
254:245
18/05/13 23:23:46.38 yk+U0xvA.net
もちろんデスクトップアプリに限った話な
サーバーだと一括で複数のアプリをデプロイしたりすることは普通にあるからもちろん意味はあるよ
255:デフォルトの名無しさん
18/05/13 23:46:18.97 vj3G+EXI.net
WPFってグラボの違いでどれくらい速度変わってくるものなの？
ハイスペックグラボ使う意味ある？
256:デフォルトの名無しさん
18/05/13 23:55:08.61 F2hiJGIV.net
>>246
妄想おつ
257:デフォルトの名無しさん
18/05/14 02:28:15.65 tinSsmGQ.net
大変そうだな。予防線はりまくりマウント取ろうと形だけは前傾で
258:デフォルトの名無しさん
18/05/14 19:24:27.32 wio42IgJ.net
デスクトップ対応はありがたい
業務系でウェブアプリはめんどくさいだけなんだよね
259:デフォルトの名無しさん
18/05/16 17:32:30.01 39uyimjr.net
>>212
URLﾘﾝｸ(github.com)
corertとかあるけどこれちゃうの？
ちょくちょく試すけど相変わらずx86がうまく生成されなかったりIssue多すぎて
比較的アクティブとはいえ使い物になるのかよくわからん状況だけど
VCランタイムすら不要の単体PEファイルになってdnSpyとかじゃなんも見れなくなるし
こういうのがプロジェクト単位でざっくりと組み込み検討できそうだから
デスクトップ向けの.NET Coreも結構期待してたりするんだけどね
WinformsとWPFのポーティングは朗報だけどどうせ改良する気はないんだろうし
クロスプラットーム化は無理でもせめてReference Source下じゃなくOSSにまでして提供してほしいもんだぬ
260:デフォルトの名無しさん
18/05/19 08:24:35.34 sLNELaog.net
なんでDateTimePickerすら入ってねえんだこのゴミは
こんなんだから普及しねえんだよ
261:デフォルトの名無しさん
18/05/19 09:37:09.80 z3BmCHYg.net
オープンソース化もあり得るって話だぜ
なんであれが無いんだーじゃなくてなければ作ってプルリクが当たり前になるのかな
数年後には有料サードパーティライブラリのような高級コンポートが標準化されるかもね
262:デフォルトの名無しさん
18/05/19 18:26:15.09 F+BrwfqW.net
標準でnumericupdownすらないWPFに何を言っても無駄
263:デフォルトの名無しさん
18/05/19 18:30:55.35 m/ZPa8pN.net
欲しいものは自分で書いてプルリクを出せばいい
同じことをみんなやりだすからすぐにリッチコントロールが整備される
264:デフォルトの名無しさん
18/05/19 18:39:08.87 F+BrwfqW.net
そういえば標準じゃフォルダー選択ダイアログもないな
265:デフォルトの名無しさん
18/05/19 18:39:33.95 JYjAGOT8.net
WPFって正しく作法に従った汎用コンポーネント作るの結構難しいから、外野がプルリク投げてもなかなかマージされないと思うぞ
MS謹製のToolkitですら悲惨な品質でWPF本体にさっぱり採用されないまま潰れちゃったし
266:デフォルトの名無しさん
18/05/19 20:17:50.91 NGcY8HAA.net
Material Design In XAML ToolkKit 使えばいいじゃん
267:デフォルトの名無しさん
18/05/23 19:30:21.93 Au5e7VGg.net
僕の知り合いの知り合いができたパ�
268:\コン一台でお金持ちになれるやり方 役に立つかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 204GM
269:デフォルトの名無しさん
18/05/23 19:52:37.44 zdZwe3wq.net
FormsとWPFはUIテスト自動化への対応具合どうなの？
UIテスト自動化が快適にならないと躊躇してしまうよね
いちおうappiumのドライバは見つけたけど業務で使いこんでるぜって類の記事が全然出てこない
270:デフォルトの名無しさん
18/05/23 20:26:37.25 aEBJ6EJ+.net
>>261
URLﾘﾝｸ(github.com)
271:デフォルトの名無しさん
18/05/23 20:29:25.96 aEBJ6EJ+.net
1.0.0が出たのは去年の10月だからね
272:デフォルトの名無しさん
18/05/24 23:37:42.82 tm7qGCzu.net
prismってmessengerパターンするならEventAggregator使うようになったの？
InteractionRequestは過去のも？
273:デフォルトの名無しさん
18/05/25 00:20:28.41 n6q2Xjj/.net
今のprismってMSの手を離れて単なるコミュニティプロジェクトの一つだからなあ
開発者の好みが反映された寄せ集めのツールキット集に過ぎず、もはやリファレンスでもなんでもないよ
274:デフォルトの名無しさん
18/05/25 00:30:47.36 N3c6aWbU.net
>>264がInteractionRequestが好みなら自分でプロジェクトにコントリビュートすればいい
EventAggregatorよりも充実させればInteractionRequestがPrismの主流に見えるようになるだろう
今のPrismってそういうもんで、トレンドを追っても何の意味もない
275:デフォルトの名無しさん
18/06/06 21:19:46.59 3palNJuH.net
Datagrid内comboboxのdatatemplateのバインディングがどうやってもできないw
276:デフォルトの名無しさん
18/06/08 06:20:36.50 y7GGIwCz.net
>>267
サンプル見ると、スタティックなオブジェクトリンクしている
277:デフォルトの名無しさん
18/06/14 10:39:07.09 LFx88o2A.net
Prism6.3でInteractionRequestのRaiseAsync使おうとしたらないんだけど
問題あってなくなったの？
278:デフォルトの名無しさん
18/06/14 23:50:25.85 rYhQU2t8.net
>>269
どこの馬の骨とも知れないメンテナの気まぐれ
君が復活させてもいいんだぞ
279:デフォルトの名無しさん
18/06/15 10:37:05.30 uIGrLsPa.net
共同ツール 1
URLﾘﾝｸ(seleck.cc)
URLﾘﾝｸ(trello.com)
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
URLﾘﾝｸ(www.kikakulabo.com)
trelloのオープンソースあり
共同ツール 2
URLﾘﾝｸ(www.google.com)
共同ツール 3
URLﾘﾝｸ(slack.com)
URLﾘﾝｸ(www.dropbox.com)
URLﾘﾝｸ(bitbucket.org)
URLﾘﾝｸ(ja.atlassian.com)
URLﾘﾝｸ(www.sketchapp.com)
URLﾘﾝｸ(photoshopvip.net)
URLﾘﾝｸ(goodpatch.com)
Trello Chrome拡張機能プラグイン集
URLﾘﾝｸ(chrome.google.com)
Slackプラグイン集
URLﾘﾝｸ(slack.com)
Sketchプラグイン集
URLﾘﾝｸ(sketchapp.com)
URLﾘﾝｸ(supernova.studio)
280:デフォルトの名無しさん
18/06/19 20:48:04.40 CqYMFqFG.net
>>253
>>255
いつかはWPFって思ってたのに移行できねーよそれじゃ
まあ、趣味ではWebサイトの方で忙しいから最近はC#あんまできないんだが
281:デフォルトの名無しさん
18/06/19 21:58:45.18 TcCdudwM.net
UWPにもnumericuodownないんだよな。死ねよと思う。
282:デフォルトの名無しさん
18/06/20 00:56:27.15 iNKqsiVm.net
タッチデバイスのためとはいえ、ほんと実用軽視には反吐が出るな。UI統一は大失敗。
283:デフォルトの名無しさん
18/06/21 06:23:26.72 EAKDFUEl.net
>267
俺はこんな感じでやってるけど
comboBoxItemListはDataGridItemのプロパティにしてる
<DataGrid
ItemsSource="{Binding Path=dataGridRowList}">
<DataGrid.Columns>
<DataGridTemplateColumn>
<DataGridTemplateColumn.CellTemplate>
<DataTemplate>
<ComboBox
ItemsSource="{Binding Path=comboBoxItemList}"
SelectedValue="{Binding Path=column1}"/>
</DataTemplate>
</DataGridTemplateColumn.CellTemplate>
</DataGridTemplateColumn>
</DataGrid.Columns>
</DataGrid>
284:デフォルトの名無しさん
18/07/03 13:58:21.59 hHP/xN4T.net
質問失礼します
以下の2つのTextBoxはどちらも期待通りに動作しますが
2つ目はx:Staticを使っているため文字数が多くなっています
<TextBox
HorizontalContentAlignment="Right"
Background="Red"/>
<TextBox
HorizontalContentAlignment="{x:Static HorizontalAlignment.Right}"
Background="{x:Static Brushes.Red}"/>
新しく定義した型で1つ目のような短い記述を行いたいのですが、
HorizontalAlignmentのような列挙型では特に工夫することなく実現できるものの
Brushesのようなケースではどのようにすればいいか分かりませんでした
BrushesはRedのような静的プロパティをたくさんもつだけのクラスなので
Background="Red"という記述が受け入れられたり
この記述を行うときに入力補完が働いたりする仕組みが全く想像できないのですが、
そのような仕組みを新しく定義した型で使うことは可能でしょうか
もしご存知の方がいらっしゃれば教えていただけると嬉しいです
よろしくお願いします
285:デフォルトの名無しさん
18/07/04 22:12:53.40 gFgZc5FG.net
AQ8
286:デフォルトの名無しさん
18/07/05 16:35:23.34 AeL6VB/V.net
AQ8
287:デフォルトの名無しさん
18/07/06 15:11:57.62 tqXwTqfY.net
>> 275
wpfのソース
288:デフォルトの名無しさん
18/07/06 17:14:31.95 qtqoxO2d.net
良きゲームだった
URLﾘﾝｸ(goo.gl)
289:275
18/07/06 17:35:36.53 POKFC/+e.net
>>279
お返事どうもありがとうございます
以下のコードを読んでみたのですが、それらしい箇所を見つけることはできませんでした
お手数をかけて申し訳ありませんが、読むべきソースを具体的に教えていただけないでしょうか
どうぞよろしくお願いします
（NGワードのためURL省略）
290:デフォルトの名無しさん
18/07/06 17:37:36.95 POKFC/+e.net
280のURLです。NGワード回避のため一部省略しています
XXX = URLﾘﾝｸ(referencesource.microsoft.com)（中略）/System/Windows/Media
XXX/Brush.cs
XXX/Brushes.cs
XXX/KnownColors.cs
291:デフォルトの名無しさん
18/07/06 17:46:24.05 POKFC/+e.net
何度も申し訳ありません
（中略）の部分は #PresentationCore/Core/CSharp です
292:デフォルトの名無しさん
18/07/06 18:11:56.52 JJTPb7Ii.net
コンバーターが明示的に指定されてないけどデフォルトでそういう動作すると決まってるだけでしょ
そういう仕様
自分の作ったクラスは明示してコンバート
293:デフォルトの名無しさん
18/07/14 22:16:00.13 Dcwagk83.net
ようやっと過去の物をprismに移行した
livetさらば
294:デフォルトの名無しさん
18/07/14 22:34:34.49 VXqA7TkQ.net
ゴミが作ったもんなんて普通は使わない
295:デフォルトの名無しさん
18/07/17 20:53:28.21 ofYg0nnt.net
MSが作ったモノが使われなくなって早10年か。
296:デフォルトの名無しさん
18/07/19 10:20:00.48 jjazq+Ks.net
だが果たした役割も大きいで…見方によっちゃリーディングカンパニーではあった
297:デフォルトの名無しさん
18/07/21 09:51:31.74 gQtq62tQ.net
そう思ってるのはWPF関係者だけで
今の世の中に対してなんの爪痕も残せてない
影響はどこにも及んでない
FBが
298:WPFをぼろくそに言ったことも忘れてる そのFBはreact作ってる
299:デフォルトの名無しさん
18/07/21 10:34:17.53 FfPVWpYP.net
AndroidのGUIフレームワークなんか明らかにWPFを参考にしてるし、
今やWebのSPA開発の標準となったMVVMの発祥地でもある
まあプロダクトとしての設計や実装がアレだったが根本の思想はわりと広く受け入れられた
300:デフォルトの名無しさん
18/07/21 12:28:01.61 8fBGWCJL.net
うわぁこれは日本スゴいと同じメンタルですね
ダッサ
301:デフォルトの名無しさん
18/07/21 13:11:23.55 hBP8PKRm.net
MicrosoftのC#が発祥でパクられまくってる便利機能って多いよね
MVVM、MVC、Task、async/await、Linq、Rx、var、EF、、、
Nullセーフティなど最近は遅れる事があるけどSpanやrefタイプみたいな試みはまだまだ先を行ってるね
302:デフォルトの名無しさん
18/07/21 19:43:53.72 Zy/M/93a.net
webのMVVMとWPFのMVVMは全然別物なんだけど
303:デフォルトの名無しさん
18/07/21 19:45:43.37 Zy/M/93a.net
>>292
よく見たらMVCまでC#起源とか言い出してるし
韓国人みたいなメンタルになったら終わりだぞ？
304:デフォルトの名無しさん
18/07/21 21:50:51.30 2DvCBOqB.net
いい年こいて自己評価が低い奴ほど所持品や帰属集団を持ち上げるのよ
そうしないとアイデンティティが保てないからね
305:デフォルトの名無しさん
18/07/21 23:29:28.47 0xTgj6Q5.net
マカーのことですかね？
306:デフォルトの名無しさん
18/07/22 02:18:42.16 uvYJ1bPq.net
マカーは間違いない
307:デフォルトの名無しさん
18/07/29 12:03:09.03 F74jAWuk.net
ボタンにマウスが乗っかるときのアニメーションを切りたいんですが
どんなコードになるんでしょう
XAMLじゃなくてコードで書きたいです
308:デフォルトの名無しさん
18/07/29 12:05:47.07 lzRBxehA.net
>>298
テンプレートを丸ごと入れ替える
コードじゃなくてXAMLで書いてください
309:デフォルトの名無しさん
18/07/29 13:04:07.04 Zfn8669V.net
なぜ知ってる範囲だけで済まそうとして苦行をしようとするのか
310:デフォルトの名無しさん
18/07/29 15:35:50.53 F74jAWuk.net
ありがとうございました
出来ました！
311:デフォルトの名無しさん
18/08/09 13:35:42.03 iZ+v1VOW.net
FormsよりWPFの方が、VisualStudioがよく落ちるな
WPFって脆弱なイメージがあるけど大丈夫か
312:デフォルトの名無しさん
18/08/09 14:34:35.14 V+cwSzFl.net
ヒミツだ
313:デフォルトの名無しさん
18/08/09 14:41:06.52 dPMfUDyX.net
やりたかったのはJSPなのかも知れないが、
現時点ではそびえ立つ糞
314:デフォルトの名無しさん
18/08/09 14:42:15.22 pltsa5oH.net
その印象は正しいよ
WPFはDirect3Dを使うからハードウェアとの相性で落ちたりしやすい
315:デフォルトの名無しさん
18/08/11 11:45:18.69 v04aMPE6.net
脆弱フレームワークだから寂れていくのは当然だな
316:デフォルトの名無しさん
18/08/23 10:22:02.04 Ye2c7X68.net
見るからに煩雑で洗練されてないもんな。馬鹿文系が設計したイメージ。
317:デフォルトの名無しさん
18/08/26 12:46:26.37 /xip7+3F.net
docker for winのGUIはWPF
318:デフォルトの名無しさん
18/08/27 07:10:47.32 pnNpxv+y.net
見づらいフラット文化をなんとかしてくれ。
319:デフォルトの名無しさん
18/08/27 07:32:42.93 JNmPLD5r.net
老害は分化から去れよ
320:デフォルトの名無しさん
18/08/27 07:44:56.01 pnNpxv+y.net
>>310
フラットって昔からあるデザインだということも知らんとかアホすぎ。
時代錯誤なんだよ、おまえとフラットは。おまえの脳もフラットなんだろうwww
321:デフォルトの名無しさん
18/08/27 08:17:05.39 O5ts4
322:pMn.net
323:デフォルトの名無しさん
18/08/27 09:27:44.11 pnNpxv+y.net
フラット脳乙w
324:デフォルトの名無しさん
18/08/27 10:43:44.62 1F1/dwu4.net
額縁ド3Dはダサいとなっちゃったからなぁ…
325:デフォルトの名無しさん
18/08/27 10:59:12.74 pnNpxv+y.net
ならクビにする必要ねぇな。なんでMSはフラット推進した奴をクビにしたんだよ。
Windows8以降の移行、普及の失敗はそれ以外にないからだろwww
タダでも移行しない人が半数もいるとかどんだけダサいんだって話だ。中身はほとんど同じカーネルなのに。
しかもカッサコイイだの最新だの言ってる奴はどいつも単発ID。過疎スレである以上同一人物なのは明らか。
つまり、全く人気がない、流行ってないのに、さも人気があるようにレスしてるマカーと同じ行動w
この恥ずかしい自演は自ら人気がないことを自覚してるからに他ならないwww
326:デフォルトの名無しさん
18/08/27 11:09:21.82 Oq1uuovu.net
フラットは個人的に好きじゃないが、ただでも移行しない理由がそんなとこあるとは思えん
むしろ個人的には完全強制せずによく半数も移行したなって思うくらい
327:デフォルトの名無しさん
18/08/27 12:02:00.36 9Ag6pO1n.net
Windows8のUIはフラットがどうとか以前の問題だと思うが。
328:デフォルトの名無しさん
18/08/27 12:11:00.68 t5n0w1CR.net
MicrosoftのModern以降のUIはシグニファイアを全く考慮してないので
素人がガワだけ真似たのが丸わかりなんだよ
フラットとかそういう問題以前
329:デフォルトの名無しさん
18/08/27 18:15:28.19 ztrngelF.net
流石に3Dルックは古い
330:デフォルトの名無しさん
18/08/27 18:29:26.64 MbnBSgz5.net
マテリアルデザインはショボすぎだわ。もうちょっとエフェクト多用してGPU使ってほしいわ
331:デフォルトの名無しさん
18/08/27 18:33:32.31 MbnBSgz5.net
まぁ、fluent designもアクリルエフェクト抜かせばマテリアルデザインと似たようなもんか
332:デフォルトの名無しさん
18/08/27 21:13:01.25 CIUWIYCt.net
Aquaが出たとき俺はあまりのダサさに絶句したけど、称賛する人多かったね。
333:デフォルトの名無しさん
18/08/28 05:43:53.13 drPUruyv.net
>>319 ←こういう馬鹿ってスマホしか使ったことないんだと思う
334:デフォルトの名無しさん
18/08/29 02:10:23.77 MY0raY6J.net
今wpfで組むならデザイン何使うのがオサレなの？
335:デフォルトの名無しさん
18/08/29 08:59:23.57 N6DyhuHP.net
>>319
おじいちゃんはまだWindows1.0を使ってるの？
336:デフォルトの名無しさん
18/08/30 00:27:17.50 GNuVCrXn.net
>>324
Luna
337:デフォルトの名無しさん
18/08/30 00:59:54.56 GXNfpLte.net
>>324
Material Design In XAML Toolkit が結構良い感じだ。
ほとんど手を加えなくてもそこそこの見た目になるのでお手軽だし、サンプルのデモプログラムも良く出来てる。
338:デフォルトの名無しさん
18/08/30 10:23:50.73 VYFdWe+R.net
画面遷移するのに、標準のNavigationWindowとPrismのNavigationのどちらを使うか迷っています。
それぞれメリット・デメリットは何がありますか？
339:デフォルトの名無しさん
18/08/31 23:08:47.30 j7vDBQzO.net
>>326
LunaってXPみたいなやつ？
>>327
Material Design In XAML Toolkitってまだイケるんや
340:デフォルトの名無しさん
18/09/02 13:57:51.47 63fSznzS.net
WPFってほんと情報ないよな。誰も使ってないんじゃないの？
341:デフォルトの名無しさん
18/09/02 21:42:18.49 A6ZAg8N0.net
Stackoverflow（非JP）がバイブルすぎてな
あそこ見りゃ大抵は解決するので他の情報サイトの出番が無い感じ。
342:デフォルトの名無しさん
18/09/02 21:51:54.13 RG40wWfe.net
入門みたいのの話じゃない？
定番の本とかもないしstackoverflowはある程度わかる人には
343:便利だけど みんなMSDNオンリーでマスターしてんのか
344:デフォルトの名無しさん
18/09/03 04:54:31.98 wlmAuvR5.net
Pro WPF 4.5 in C# のサンプル
345:デフォルトの名無しさん
18/09/03 05:00:59.93 2by2E//Q.net
>>330
GitHubに参考になりそうなのめっちゃあるやん
346:デフォルトの名無しさん
18/09/03 12:17:54.55 /evEmS+I.net
俺はMSの外人サン記事？のwpf サンプルから盗んだなぁ最初は
あと基礎部分はMSDNだな。依存関係プロパティとかそこらへんの基礎分かってないと辛い
347:デフォルトの名無しさん
18/09/03 13:38:35.43 PRwsTZkp.net
なるほど。これは惨いな。
しかしこんなゴミのスレがPart22まで伸びるなんてMSの力は恐るべしだな。
やはり使ってる人が多いのだろう。
348:デフォルトの名無しさん
18/09/03 13:46:42.12 RWH215BR.net
>>336
なにが？
349:デフォルトの名無しさん
18/09/03 15:14:20.87 NgvY60n2.net
WPFの宣教師がたくさんいたらいいのにね
350:デフォルトの名無しさん
18/09/03 16:52:46.69 v7RhcxZF.net
ぶっちゃけWPFは先行きどうなの？
あと、Windowsのデスクトップアプリ作るのにWPFでやる利点あるの？
351:デフォルトの名無しさん
18/09/03 17:31:43.40 vcilZH89.net
MSはWPFの終息宣言を出す一歩手前らしいよ（出すかどうかはわからないけど）
もうメンテナンスレベルだから最新の技術を使いたいならUWPに行くしかない
352:デフォルトの名無しさん
18/09/03 17:38:53.91 RWH215BR.net
>>340
ソース
353:デフォルトの名無しさん
18/09/03 17:42:25.23 H2NUpwyF.net
>>340
.NET Core3.0でわざわざアレするのに？
354:デフォルトの名無しさん
18/09/03 21:10:42.01 NUT/SUAv.net
UWPこそ将来性どうなのよ
355:デフォルトの名無しさん
18/09/04 09:07:43.73 1lJUjoI5.net
UWPてWindows10だけだろ？
356:デフォルトの名無しさん
18/09/04 09:58:25.64 2GdAAA45.net
>>344
基本的にはね
unoみたいな例もあるけど
357:デフォルトの名無しさん
18/09/04 11:44:15.15 bWso7Cx5.net
UI変更だけでここまでWindows10が拒否られるとは。
やはり、UIは変更するなと言ってたゲイツは天才だったんだな。
358:デフォルトの名無しさん
18/09/04 16:22:04.00 4ZV4w0Td.net
>>346
Windows10が嫌われてるのはUIだけが原因じゃないだろ
359:デフォルトの名無しさん
18/09/04 20:32:19.99 hF0+imc1.net
つまりFormアプリケーションが鉄板だったてことか（ry
360:デフォルトの名無しさん
18/09/04 22:01:33.91 nzBiP8NP.net
残念ながらそう
361:デフォルトの名無しさん
18/09/05 07:56:52.07 2JdbfNpR.net
Visual BasicのFormアプリが一番良いよなｗ
俺のような馬鹿でもいっぱしのモノが作れたのに、なぜWPFみたいに小難しいものを作ってしまったのか・・・
362:デフォルトの名無しさん
18/09/05 08:04:19.59 34X6OCBd.net
WPFでもビハインドにイベントベタ書きならFormsと同じ感覚で楽チンやで
363:デフォルトの名無しさん
18/09/05 20:08:14.88 2QhQH+U6.net
同じことするのに新しいことを覚えなきゃならないならまず覚えないよな。
364:デフォルトの名無しさん
18/09/05 22:14:11.34 zKh6gb5E.net
>>330
かずきさんのブログ(かずきのBlog)のWPF4.5入門
365:デフォルトの名無しさん
18/09/06 01:25:19.20 0uqAcnmW.net
Formが良かったとかじゃなくて、先に出たものはその仕様に合わせて作るんで
次に考えるときそれが標準で考えちゃうってことだろうな。
必要ない動きでもFormがこうだったから、とか。
最初のツールが右下に決まったものがでるようになっていたら
後のツールも右下に出ないと困るとか。右上でも問題なくても
今までそうだったから。
なんってところでしょう。
366:デフォルトの名無しさん
18/09/06 01:59:16.77 zXYr6cPt.net
ずっと言われてるけど
JSとかflashの受けが良かったんで.NETに乗せたって事でしょ？
367:デフォルトの名無しさん
18/09/06 02:05:32.79 YvnvvH8i.net
strict感と冗長感が敗因
.NETに乗せると命名が省略できないからなぁ
368:デフォルトの名無しさん
18/09/06 12:28:23.52 dvObnjH7.net
web技術の流行なんて使い捨てばかり。だって作ってる奴らは何も考えてないもの。
369:デフォルトの名無しさん
18/09/06 13:15:27.02 lig/j+PJ.net
WPFでGUI作成がより合理的になったと思ったんだけどな
まさかFormにあるのにWPFにないコントロールがあるなんて・・・
タッチ前提とかふざけるな、まるでFormのサブセットじゃないか
370:デフォルトの名無しさん
18/09/06 15:59:22.13 4Yxqpek4.net
NumericUpDownすらない...
みんな自作してるの？
それともフリーや有償のUIコンポーネント使ってんの？
371:デフォルトの名無しさん
18/09/06 18:42:31.36 fqcUSARG.net
商法のひとつなのかもしれない
372:デフォルトの名無しさん
18/09/06 18:46:57.99 YvnvvH8i.net
そういやBlendで小銭稼ごうとした罪があったな…
373:デフォルトの名無しさん
18/09/06 21:32:17.53 vR96RlS3.net
mf
374:デフォルトの名無しさん
18/09/07 20:11:00.98 ioAS6L92.net
>>359
NumericUpDownはWPFの機能紹介のためにあえて削られている
NumericUpDownくらい簡単に自作できるのがWPFなんですよみたいなノリで
いたるところいろんな人たちにより作り方が公開されてる
375:デフォルトの名無しさん
18/09/07 21:09:38.29 ivnpuGcn.net
ボケてるんですか、おじいちゃん。ただの実装忘れですよ。
376:デフォルトの名無しさん
18/09/07 22:22:55.08 ZHx/D3gE.net
WPFは、実際の現場でコーディングなぞしないエヴァンジェリスト達がブログやセミナーでドヤ顔するための道具
377:デフォルトの名無しさん
18/09/07 22:49:08.42 tDG687S2.net
は？
378:デフォルトの名無しさん
18/09/08 09:09:32.68 zt8CFhfY.net
ひたすら画面を量産する業務アプリのコーダーにXAMLを弄くって遊ぶ余裕は無い。
379:デフォルトの名無しさん
18/09/08 09:52:10.52 CQEpELY8.net
Forms のいいとこは、コントロールのカスタマイズ性の低さでもあると思う
ここまでしかできないんですよ、ってのはメリットでもある
380:デフォルトの名無しさん
18/09/08 10:47:05.17 TEnoIcVb.net
追加やカスタマイズが容易だから最低限のコンポーネントしか用意しなかったってのは
最初の方針として悪くないと思うけど、一段落ついたところで MFC FeaturePack みたいなものを
用意してくれたらよかったのにねぇ。VSにいろいろ作り込んだコンポーネント公開するとか。
381:デフォルトの名無しさん
18/09/08 11:07:11.55 6EerMJxu.net
WPFは楽そうで全然楽じゃない
普通にボタンそのままだと楽だけど選択表示の青色を変えようとするととんでもなくめんどくさい
あとは意味不明の動作がたまにある
listboxのセレクションが単独になってるのに複数青色の選択状態になってたりする
382:デフォルトの名無しさん
18/09/08 11:54:27.40 CQEpELY8.net
あと日本人に青天井仕様は合わないんだよ。天井決められなくて右往左往する
383:デフォルトの名無しさん
18/09/08 12:02:10.89 3pEPHB8S.net
自由度が高いとおれジョブス的な馬鹿がトンデモなUIにするからな。
384:デフォルトの名無しさん
18/09/08 12:16:05.18 yUsEKjNJ.net
>>369
それいいね
385:デフォルトの名無しさん
18/09/09 00:01:50.88 jL2RddzM.net
>>370
テンプレートを修正すればいいだけだから、慣れたら簡単なんだけどな
ヴィジュアルステートマネージャーとか取っつきにくいのは確かだが
386:デフォルトの名無しさん
18/09/09 09:44:22.42 CFGA6fX5.net
なんという時代遅れの開発。viで開発してた暗黒時代かよ。RADはどこ行った？
387:デフォルトの名無しさん
18/09/09 13:06:21.27 FKuEa+nq.net
WPFとか関係なく時代の流れで消えてったな>RAD
388:デフォルトの名無しさん
18/09/09 16:11:31.66 cAjdFNDF.net
ポトペタじゃレイアウトできん
389:デフォルトの名無しさん
18/09/09 16:26:44.98 CoAqPQqv.net
.NET core3でWPFが動く方になったりUWPコントロールをホストできるようになるらしいが、未来はUWP。
390:デフォルトの名無しさん
18/09/09 17:19:00.66 jL2RddzM.net
wpfのテンプレートに文句言う人は、formsでgdi+触ったことない人なんだろうね
あれに比べたらwpfは天国だよ
391:デフォルトの名無しさん
18/09/09 18:12:57.33 CFGA6fX5.net
このコードを碌に書いたことがない素人が設計したとか思えないWPFが天国だとは。
キミはOSS出身者か？ キミがどういう開発経験を経てWPFを使ってるのか聞きたいものだ。
392:デフォルトの名無しさん
18/09/09 18:23:58.81 WxkkDPoD.net
下をみたらどんなクソでも天国じゃんw
そんなの使いたくねー
393:デフォルトの名無しさん
18/09/10 02:24:49.23 lWCW8iwB.net
上を見ようにも、.NETでデスクトップアプリ作る場合は、他に選択肢無いし
FormsとWPFならWPFの方取るな
作るものにもよるけど
394:デフォルトの名無しさん
18/09/10 22:14:40.80 ZVsh3VZu.net
よく映画であるように、WPFでマンションなどの建物を
3dのワイヤフレームで表現したい。
この場合、建物のモデリングというか座標計算は
別のツールを使うのが定石でしょうか？
path情報をxaml形式で吐き出してくれたり
するのでしょうか
395:デフォルトの名無しさん
18/09/11 09:24:22.38 Iy5g2fnR.net
SharpDX
396:デフォルトの名無しさん
18/09/13 01:48:18.04 4Ru1Lv7U.net
久しぶりにwinアプリ作ろうするとあれwinのUIってダサかった?と思うぐらいださいな。
WPFは標準でもっとかっこいいスタイルだかテーマを用意してほしかったな。
visual studio2017のダークテーマのUIのアプリを簡単に作れるようにしてほしい。
397:デフォルトの名無しさん
18/09/13 01:54:10.66 4Ru1Lv7U.net
material desingn tool kitやらmahapp metroとか微妙すぎる
398:デフォルトの名無しさん
18/09/13 03:03:40.01 6YRV54GH.net
>>384
ありがとうございます、調べてみます
399:デフォルトの名無しさん
18/09/14 15:21:43.15 7cFkJHyY.net
WPFでコーディングしてるだけでも落ちるようになった。
Formsの時はこんなに落ちなかったのに、やっぱりGPUにアクセスしてるから
ドライバーが悪いんかな
400:デフォルトの名無しさん
18/09/14 15:34:28.17 9YIGF0Lk.net
vs2010と2008R2の組み合わせは惨かったなぁ
まぁ環境書いた方が良いかと
401:デフォルトの名無しさん
18/09/14 17:43:57.65 HVgt1gkj.net
10年経っても枯れないWPF。人柱が少ないせいだな。
402:デフォルトの名無しさん
18/09/14 18:19:06.34 4SfoRcBF.net
タイミング悪かったんだろう。WPFの後すぐにiphoneが出てみんながｽﾏﾎアプリ開発に舵を切り出しちゃったから普及しなかったとか?
4,5年ぐらいipohneの発表遅かったらもっとWPFできる人もっといたんじゃね
403:デフォルトの名無しさん
18/09/14 18:33:06.32 AfA1DF1K.net
勝利だな。ずっと最新技術
404:デフォルトの名無しさん
18/09/14 20:54:49.78 I/4HQA/j.net
Silverlightの機能が充実して来て、さあいよいよこれからってタイミングで
林檎が「RIAプラグインは悪！」って強硬に主張したせい
405:デフォルトの名無しさん
18/09/14 22:26:35.74 Kk3TmTF8.net
>>388
.vsフォルダー内のファイルを消してみたら(.suoファイル以外)
406:デフォルトの名無しさん
18/09/15 01:03:44.15 RBFo1lzJ.net
Windows8-10に移行してくれないのはiPhoneのせい!!!
アクロバット杉だろw
407:デフォルトの名無しさん
18/09/15 01:17:23.05 /vyv9ANM.net
Silverlightが終了した理由としては間違ってない
あの潮流で主要ブラウ�
408:UからNPAPIのサポート切られて、どうにもならなくなったからね WPFがって話になると、またちょっと事情は違ってくるけど 全く影響が無いって事もないな
409:デフォルトの名無しさん
18/09/15 01:34:24.39 d+RCfJTy.net
Flash排除の政治
これに尽きる
410:デフォルトの名無しさん
18/09/15 06:58:47.18 n4EgxeJB.net
だがあれは死んでくれて良かった
411:デフォルトの名無しさん
18/09/15 08:49:54.50 rGM5t5VC.net
統一されるなら生きてた方が良かったな。まぁ、特定の会社にコントロールされるのはあれだけど。そしたら、c#で楽に開発できるし。
更にスマホもマイクロソフトが覇権とってりゃな、c#一本でいけらのにな
412:デフォルトの名無しさん
18/09/15 10:07:29.73 tNfUfPYz.net
WPFの競合相手は他でもないWinformsだろう
しかも敗北したようなもんじゃね？
XAMLに機能を詰め込もうとし過ぎて開発者オナニーに半身突っ込んでるような設計だし
根本的なパフォーマンスの問題もまるで手に入れないまま一新する機会を失った
慣れればレイアウトやコントロールのカスタム自体はWinformsと比べて強力ではあるんだけどさ
413:デフォルトの名無しさん
18/09/15 10:28:45.14 rGM5t5VC.net
そこまでパフォーマンス要求されるアプリを.netで作ったことねぇけど、UWPの.net nativeとx:bindとか結構すごいのかね?
UWPアプリ何個か作ったが、x:bindとbindingで体感差とかタスクマネージャー見ても精度悪いから差を感じねぇし、パフォーマンスプロファイルしてもわからねぇw
414:デフォルトの名無しさん
18/09/15 10:46:57.09 h1bufCaZ.net
画面のレイアウトはXAMLで非常に楽になった。もうFormsに戻りたくない。
415:デフォルトの名無しさん
18/09/15 11:06:39.66 Xc5RKOnR.net
一度覚えたらXAML書きやすいよね
俺はイベントはFormsみたいにコードビハインドにベタ書きしてUIだけXAMLの恩恵受けてるわ
MVVMとか意識高いことしなくてもこれで十分使いやすい
416:デフォルトの名無しさん
18/09/15 13:12:08.71 EME89BwS.net
ブロガーだかエヴァンジェリストだかいう連中が意識高い布教し過ぎただけだろｗ
417:デフォルトの名無しさん
18/09/15 15:39:30.09 RBFo1lzJ.net
formで画面のレイアウトに苦労するというUIとはいかなるものか。
それはもしかして、ひょこひょこと動的にレイアウトが変わるあの一番嫌われてるUIのことではないのか。
418:デフォルトの名無しさん
18/09/15 22:11:21.53 wUMJLM3O.net
>>400
XAMLは実体はただのオブジェクト生成用のDSLでしかないから詰め込んでないよ
419:デフォルトの名無しさん
18/09/15 23:34:55.07 6SkcIdFI.net
部品貼り付けてプロパティ弄ってイベントコード書く単純作業しかできない業務アプリのコーダーにWPFは無理。
VB全盛の頃から今に至るまで大量に生産されたそいつらに再教育は無理。
420:デフォルトの名無しさん
18/09/15 23:42:09.03 RBFo1lzJ.net
ジョブスもいつもユーザーのせいにしてたしな。
421:デフォルトの名無しさん
18/09/15 23:50:48.85 rGM5t5VC.net
別にandroidだってdata bindingライブラリができて、最近はarch componentで永続するviewmodelが用意されてmvvmでつくれるようになったのに
422:デフォルトの名無しさん
18/09/15 23:52:19.96 rGM5t5VC.net
もうこれぐらいは標準技術じゃね。
423:デフォルトの名無しさん
18/09/16 01:37:21.49 Q5j4SiHR.net
ただのポチポチゲーを豪華に見せたいだけですね。
424:デフォルトの名無しさん
18/09/16 05:51:32.28 32fLF0l4.net
>>410
いつから日本のドカタが標準レベルだと思ってたの？
425:デフォルトの名無しさん
18/09/16 07:56:55.23 oDMvW7cM.net
UwpDesktopって2016年で開発止まってるのね。 コマタ、、、 BLEがコネクトできない。
426:デフォルトの名無しさん
18/09/16 12:43:05.58 Zd9aJv6G.net
>>413
手動でやってみたら?
1803に通用するか分からないけど、UwpDesktopが動かない1703で動かす記事ならあったよ。
超簡単！ WPFなどの.NETのアプリからUWPのAPIを使う
～日本語の読み仮名を取得するAPIを題材に
URLﾘﾝｸ(codezine.jp)
(3ページ目、要登録)
427:デフォルトの名無しさん
18/09/16 14:23:59.37 w97F4Kz1.net
UWPはStorageのようなゴミクズ設計が混入してるからついつい避けてしまう
428:デフォルトの名無しさん
18/09/16 16:51:39.24 xglFG3kP.net
スマホでストアアプリの安心サンドボックス環境に慣れると、パソコンでもそこらへんの野良アプリ入れるの怖くなってくるわ。
サンドボックス環境最高
429:デフォルトの名無しさん
18/09/16 17:53:23.74 75aeC/cD.net
サンドボックスは迂回されるためにある
430:デフォルトの名無しさん
18/09/16 18:13:24.70 0y43fCrG.net
安全性と利便性はいつの時代もトレードオフ
431:デフォルトの名無しさん
18/09/17 21:55:44.75 F2vzl5VC.net
見た目と利便性はいつの時代もトレードオフ
432:デフォルトの名無しさん
18/09/18 23:34:54.12 ml+9R6/h.net
Livetまだやる気だったんか
知らなかったあ
433:デフォルトの名無しさん
18/09/20 15:49:55.28 tEDp2SMr.net
>>420
Livet にやる気はないだろ
メンテナーになった人が見るに見かねてとりあえずマージしつつ動くようにしてくれてるってだけだし
今更更新かけ始めてももう手遅れでしょ
434:デフォルトの名無しさん
18/09/20 15:53:17.10 9QRm2oab.net
wpfのメンテ任された日にゃ自殺したくなるわな
435:デフォルトの名無しさん
18/09/21 02:06:59.16 jUjkv+vm.net
xmlでインターフェイス書くのはもう廃れるのかな
436:デフォルトの名無しさん
18/09/21 08:04:01.90 yMvF3xo8.net
じゃあ、何でインターフェース書くのが主流になるんだろ？
437:デフォルトの名無しさん
18/09/21 08:16:09.13 5Zk+qk5l.net
XAMLって簡単で便利なんだけど、ユーザーが編集したDBをアプリで読み込んで画面レイアウトするシステムだとそこまでメリット見出せなかった。
うちの会社の製品は大半がそのタイプだから魅力も半減だわ。
438:デフォルトの名無しさん
18/09/21 08:24:10.65 OtBYfWD4.net
WPFの魅力は半透明
439:デフォルトの名無しさん
18/09/21 11:01:17.56 cShjmB8e.net
WPFはクレイジーだぜ！
440:デフォルトの名無しさん
18/09/21 17:58:35.73 xQShnEjp.net
>>425
EFとモデルバインディングの相性は抜群だけどそういうことじゃない？
441:デフォルトの名無しさん
18/09/21 19:31:50.72 AZ1fZ2I2.net
XMLでinterfaceを書く？？、っと思ったらUIのことか。
コードで構築するタイプだとプレビューツールとの連携が問題になったりするし、結局何かしらのDSLを使うことになるだろ。
442:デフォルトの名無しさん
18/09/22 00:01:52.28 lvi4DOp5.net
htmlはxmlっぽいのにメジャーだ
あれがもしcss無しだったらここまでは普及してないかもしれない
443:デフォルトの名無しさん
18/09/22 01:36:11.74 M/l8fbUV.net
この人は何を言ってるのだろう。
444:デフォルトの名無しさん
18/09/22 08:23:12.58 BD/9qPVn.net
すみません
すぐ片付けますんで…
445:デフォルトの名無しさん
18/09/22 10:59:32.65 6W77rnQj.net
css採用したjavaFXの惨状はwpfどころじゃないよな
446:デフォルトの名無しさん
18/09/25 20:57:59.35 O2rxmZg9.net
MicrosoftがWinForms/WPFの利用コードを使った.NET Core 3.0機能投票を実施へ
URLﾘﾝｸ(www.infoq.com)
このイニシアティブの下では、WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ。
目標とされているのは、Windows開発者が、.NET Coreでのデプロイメントとパフォーマンス向上を享受できることである。
ただし、クロスプラットフォームUIが長期的に可能性がないと言う訳ではなく、
WinFormsのMono/Linuxバージョンを.NET Coreに移植することは可能かも知れない。
447:デフォルトの名無しさん
18/09/26 03:01:10.19 O5uwEyCv.net
今のMS技術者はなんかズレてる。
448:デフォルトの名無しさん
18/09/26 07:37:37.15 zJgnmqfv.net
レガシーデスクトップアプリとVB.NETがdotnetcore移植をかなり妨げてる
coreを普及させたいならこの対応は正解だと思うよ
次はWCFを移植して乗り換えはほぼ完了じゃないかな
449:デフォルトの名無しさん
18/09/26 11:52:13.81 XQ7z/6xP.net
UWPの普及の起爆剤は、案外UWPのWinForms取り込みだったりしてな
450:デフォルトの名無しさん
18/09/26 13:33:23.32 fkK1hU67.net
widows開発者のなかじゃ.net coreを支持してる人は少ないんだけどね
とりあえず新しいことをやりたい人もずっと足踏みしてる感じで受け入れがたいみたいだ
.net frameworkの利点が一部失われてるし移行するメリットがまるでないから
451:デフォルトの名無しさん
18/09/26 14:23:13.81 77UXZnRP.net
>>438
妄想おつ…
452:デフォルトの名無しさん
18/09/26 18:34:50.13 9nbR33q4.net
パフォーマンスとポータビリティってわかりやすいメリットだと思うがな
多分、資産のコードが汚すぎて移行コストが高すぎるんだとおもう
綺麗なコードだとあっという間に移行できるから僅かなデメリットだけでメリットを享受できる
453:デフォルトの名無しさん
18/09/26 18:34:52.66 yZCmm8eZ.net
19ドル一回払えば、配布に関わる一切をMSが面倒見てくれるUWPにメリットがないらしい
食わず嫌いってものじゃね？
454:デフォルトの名無しさん
18/09/26 18:43:03.74 EHBHgThE.net
一回目5千円ぐらい
2回目その半額ぐらい払ったよ
その当時アップしたソフトは全部消された
455:デフォルトの名無しさん
18/09/26 18:45:49.08 EHBHgThE.net
.net coreのポータビリティというけどwindowsだけしか使わない場合はなんのメリットもない
MSも,net coreは.net frameworkの置き換えを狙ったものじゃないってはっきり言ってる
.netframeworkを使ってる人はそのまま使えって言ってる
456:デフォルトの名無しさん
18/09/26 18:49:54.04 CGe37Oc4.net
UWPに拘らんくても良いけどパッケージはさっさとMSIXに統一して欲しい
exeは絶滅してよし
457:デフォルトの名無しさん
18/09/26 19:16:12.82 SfBrsqof.net
>>443
メリットあるぞ
企業だと同じWindowsでもランタイムバージョン結構ばらばらだからな
置き換え狙ったものじゃないとかFWそのまま使えってのは拡大解釈じゃないか?
全部の置き換えは目指してない、とかFWもサポート続けるから安心して使っていいよ、という文脈ならよく目にするが
458:デフォルトの名無しさん
18/09/26 19:49:43.56 vtdLLyIX.net
デスクトップ以外がCore、Standardに移行してるんだから、WPFもCoreベースになった方がメリットがあるというだけだな。
459:デフォルトの名無しさん
18/09/26 19:58:28.59 /SQHk11B.net
>>443
はい妄想おつ
460:デフォルトの名無しさん
18/09/26 23:42:48.81 /zjZBrwl.net
.net core押しの人ってこういう人ばかり
何かあれば妄想とかいう
461:デフォルトの名無しさん
18/09/27 00:04:07.56 0SgPJF1h.net
MSのガイドラインだと.net coreはサーバ向けで初めて選択肢に入る
サーバといっても実質はほぼwebサーバのことだけど
次のような場合、サーバー アプリケーションには .NET Core を使用します。
クロスプラット フォームが必要である。
マイクロサービスが対象である。
Docker コンテナーを使用している。
高パフォーマンスでスケーラブルなシステムが必要である。
1 つのアプリケーションに複数の .NET バージョンが必要である。
462:デフォルトの名無しさん
18/09/27 00:16:08.13 9Ngn9lE/.net
>>441
味音痴にもほどがある。
463:デフォルトの名無しさん
18/09/27 00:17:12.80 iGHPY
464:Qt6.net
465:デフォルトの名無しさん
18/09/27 00:26:27.59 Ft8D7cEG.net
そもそもUniversal Deviceとやらが存在しないだろう
MSによるとPCとXbox OneとSurface Hubだってよ
寝言は寝て言え
466:デフォルトの名無しさん
18/09/27 00:45:26.60 4ugdlN24.net
>>449
コンソールアプリを忘れたのかい？
467:デフォルトの名無しさん
18/09/27 14:49:18.14 UEQayQEC.net
>>449
それ、UWPじゃなくてASP
468:デフォルトの名無しさん
18/09/27 14:59:55.32 UEQayQEC.net
>>451
・DBはREST API前提だから現状でも問題ない
・ファイルアクセスは来月のWindowsアップデートで改善される予定
・DataGridはCommunity Toolkitでリリースしたから、そのうち本家に取り込まれる見込み
完璧じゃないけど一応進んではいる
469:デフォルトの名無しさん
18/09/27 15:33:01.09 hYWXyaaP.net
ダメだ…
この戦いはまるでPython2.xと3.xの時と同じのようだ…
470:デフォルトの名無しさん
18/09/27 18:39:20.21 34EufdvK.net
使いやすいところで使いやすいものを使い分けるだけ
pythonみたいに2系がなくなるものでもないし
ここ5年ほど出てる入門書にはwinformsが使われててWPFが一切出てきてないだろう？
そういうことだ
471:デフォルトの名無しさん
18/09/27 18:49:07.33 6fCJVBDU.net
初心者向けにはFormsってことだろう
んで初心者向けの道具ってのは往々にして玄人には合わないものなんだね
プログラムに限らずなんでもそうだよ
補助輪付きの自転車に乗るツーリストはいない
オートマの自動車に乗るレーサーはいない
料理人はプラスチック包丁を使わない
プロ野球選手は軟式ボールを使わない
そういうこと
472:デフォルトの名無しさん
18/09/27 20:26:22.80 GUnfJsO1.net
WPFベースのレタッチソフトとかCADが出ればその説を信じる
473:デフォルトの名無しさん
18/09/27 21:24:25.29 17pMlxqt.net
WPFは残念ながらC球ですらない100均のゴムボールだ
いや100均のゴムボールの方がまだ用途があるか
474:デフォルトの名無しさん
18/09/27 21:32:13.54 jG4CZeQS.net
昔、WPFなんて流行らないって言ったら
MSが推奨して押してるフレームワークだぞ妄想乙って言われたなー
懐かしい
475:デフォルトの名無しさん
18/09/27 21:43:47.15 /b1ty8XL.net
どうでもいいがム板でやる話題じゃねーな
476:デフォルトの名無しさん
18/09/28 00:53:01.90 tLeLcxgK.net
マーケティング上の理由で仕様がクソになる場合があるね。
MSの世界とWindowsの世界は分けて考えないとね。WPFはMSの世界の産物。
477:デフォルトの名無しさん
18/09/28 11:51:38.41 pLiz6ELv.net
WPFはwinformsとかVB6とかhtmlとかMFCとかDirectXとか既存の技術が重複してて
メンテナンスコストがかかるから一本化しようと言うビルゲイツの思惑が実体化したもの
でも思ったより普及せずにコストだけ増えました
478:デフォルトの名無しさん
18/09/28 12:26:44.38 pLiz6ELv.net
2003年にSUNがlooking GlassというUIを発表した
2Dデスクトップを2.5D表現にするような内容であった
畑違いで競合するわけではないのに驚くほど先進的だったのでOS各社は非常に焦った
OSXより先進的だったのでappleのジョブズは訴訟を起こして開発を止めようとした
ゲイツはLonghorn(のちのVISTA)に同じような技術を導入しようとした
その残滓がWPFである
WPFの医療カルテのデモはLooking Glassをかなり意識したものであった
479:デフォルトの名無しさん
18/09/28 15:01:13.52 MONIOm5G.net
sunはその前にもSunViewでXに挑戦して失敗しているからなぁ
480:デフォルトの名無しさん
18/09/28 17:20:13.18 aVDcu7ZX.net
MFCは結構よさげだがC++がクソなんだよな
481:デフォルトの名無しさん
18/09/28 23:54:11.92 /ADhHHVV.net
え
482:デフォルトの名無しさん
18/09/29 02:13:14.81 nH0gaqma.net
XMLを馬鹿にしてたゲイツがWPFをだって？w
むしろゲイツが過去に散々言ってきたことを無視してできたのがWPF。
483:デフォルトの名無しさん
18/09/29 16:21:02.68 u0t4HW2z.net
エッセンシャルWPF読んでない人発見
484:デフォルトの名無しさん
18/09/30 06:50:26.52 /hRwCsch.net
>>470
Essential WPFのエッセンスを3行でまとめてくれ。
485:デフォルトの名無しさん
18/09/30 14:19:12.73 WykjOkjP.net
System.Windows.Interactivity Namespaceでぐぐってもmsdnに行き着けないし、
なんとか探し出しても「）このコンテンツの定期的な更新は行われていません。」で
細部に移動すると「申し訳ございません。ご指定のページが見つかりません。」
Interactivityは消滅するの ?
486:デフォルトの名無しさん
18/09/30 21:06:23.40 cMv18VJ/.net
まだ日本語ドキュメント読んでるのかよ
en-usかなんかにしないとクソだぞ
487:デフォルトの名無しさん
18/09/30 21:29:26.11 nG7g+TR7.net
>>470
高いんだよ
488:デフォルトの名無しさん
18/09/30 21:40:18.06 WykjOkjP.net
>>473
en-us でもおなじです やり方が悪いのでしょうか
url貼っていただくとうれしいです
>>474
英語のpds落ちてます
489:デフォルトの名無しさん
18/09/30 21:48:45.64 WykjOkjP.net
ありゃ pdfだった
490:デフォルトの名無しさん
18/10/01 02:39:36.90 kBcIuSZr.net
>>470
早くEssential WPFのエッセンスを3行でまとめてくれ。
491:デフォルトの名無しさん
18/10/01 03:29:38.57 /svc5Mta.net
>>477
なんで？
492:デフォルトの名無しさん
18/10/01 04:13:45.47 kBcIuSZr.net
>>478
馬鹿なのか？
493:デフォルトの名無しさん
18/10/01 06:02:45.48 /svc5Mta.net
>>479
どうしてまとめる必要があるの？
494:デフォルトの名無しさん
18/10/01 09:57:20.09 x8RCR3pi.net
ガイジを相手にするな
495:デフォルトの名無しさん
18/10/01 12:30:09.53 +X+STQbQ.net
普通に読んでねぇ。たけぇアホか
496:デフォルトの名無しさん
18/10/01 13:16:04.21 vClNpQOK.net
>>475
ごめん。何かと勘違いしてたみたい
今探したら見つからないね。
497:デフォルトの名無しさん
18/10/02 08:46:25.26 ILEhSv6P.net
>>455
Community Toolkitでって、今までのこういうToolkitのプロジェクトって数年後にみんな投げ出されてるじゃん
ほんとにやる気あるなら公式でサポートすべきだわ
498:デフォルトの名無しさん
18/10/02 08:51:00.07 d/5ezaYv.net
利根川さんの言葉が身にしみるな
「いつ」とは言ってない
499:デフォルトの名無しさん
18/10/04 19:18:03.97 jsp1byrg.net
>>458
F1は今ほぼセミAT定期
500:デフォルトの名無しさん
18/10/05 09:13:18.68 6kzfHX3+.net
Update on .NET Core 3.0 and .NET Framework 4.8
URLﾘﾝｸ(blogs.msdn.microsoft.com)
My personal opinion is that having a cross-platform UI stack for .NET
would be a very valuable addition, but it’s a lot of work.
I am, however, not a fan of the idea to make WinForms/WPF cross-platform
because it will likely be a poor result: not compatible enough
for existing WinForms/WPF customers
while also not being a great cross-platform API (too much designed around the Windows PC).
501:デフォルトの名無しさん
18/10/06 05:14:38.55 k4MEPqcR.net
>>477
・WPFは最高
・デザイナーは神
・PGは奴隷
502:デフォルトの名無しさん
18/10/06 09:31:53.21 4zo/Vc1+.net
>>487
＞ My personal opinion
で終了
503:デフォルトの名無しさん
18/10/06 12:48:38.24 7i0hCL9m.net
WPFの将来に希望が持てるようになったら起こしてください
504:デフォルトの名無しさん
18/10/06 13:32:56.48 l5DUuLUz.net
そのまま永眠になるかも
505:デフォルトの名無しさん
18/10/06 18:20:46.55 4zo/Vc1+.net
>>487
＞ 既存の.NET Frameworkアプリケーションを使用している場合は、.NETコアに移行する必要がありません。
＞ .NET Frameworkは常にWindowsの一部になります。
＞ Microsoftの内部でさえも、.NET Frameworkをベースにした多数の大きな製品ラインがあり、.
＞ NET Framework上に残ります。
506:デフォルトの名無しさん
18/10/07 07:09:54.42 3fH6jCKe.net
・使いにくいなら、それはユーザーが馬鹿だから
507:デフォルトの名無しさん
18/10/08 07:09:28.72 nyXNe9Lq.net
・WPFが普及しないのは技術者が馬鹿だから
508:デフォルトの名無しさん
18/10/08 08:04:47.94 YAwndXAX.net
・WPFが普及しないのは、底辺PGが大半という現実をマイクロソフトが理解してないから
509:デフォルトの名無しさん
18/10/08 09:36:10.37 BpJVub0/.net
・WPFが普及しないのは、MSの宣教師が少ないから
510:デフォルトの名無しさん
18/10/08 10:35:26.49 AK6zOgY7.net
・WPFが普及しないのは、VSのXAMLテキストエディタで
プロパティエレメントのタグのうち、オブジェクト部分(ドットの左側のみ)を色変更できないから。
そこを薄いグレーにするだけでプロパティ名が強調されて世界が明るくなる。
511:デフォルトの名無しさん
18/10/13 21:40:21.41 jxbU9qaF.net
>>496
少ないというか、役に立たない宣教師しかいないのが…
512:デフォルトの名無しさん
18/10/13 23:04:17.88 T9MlimPF.net
宣教師たちの「XAML弄るとこんな事もできるんですよ」とドヤ顔に、現場PG達の冷めた目。
513:デフォルトの名無しさん
18/10/14 01:38:45.87 b2n7Y+Va.net
伝説のボタン in 動画か
514:デフォルトの名無しさん
18/10/16 02:34:31.05 5ZIbtmLp.net
コードのコピペばっかしてんじゃねーよ！
515:デフォルトの名無しさん
18/10/16 10:51:53.58 DvhiQnPF.net
開発スタイルが30年前に逆戻りしたWPF。骨董品を模倣した贋作とも言うべきか。
516:デフォルトの名無しさん
18/10/16 11:26:31.75 DjL9US8/.net
>>502
なら、最新の開発スタイルって何なん？
517:デフォルトの名無しさん
18/10/16 20:47:54.34 4qUYryqZ.net
30年前の開発スタイルってのも謎だな。
518:デフォルトの名無しさん
18/10/16 21:44:05.93 soy9GKs4.net
>>502
あー言われてみればX Windowのプログラミングに似てるかも
UI要素の汎用性がとても高くて、やれることは無限大だけど、
ちょっと便利なコンポーネント（NumericUpDownとか）がなくて
いちいち作ってかなきゃいけないとことか
519:デフォルトの名無しさん
18/10/16 22:18:18.06 ZFgHZNmT.net
NumericUpDown好きだなｗ
520:デフォルトの名無しさん
18/10/16 23:28:47.24 aJaE63SJ.net
業務アプリは部品貼り付けてプロパティ弄ってイベントにコード書くやり方での見積りだから、XAMLをああでもないこうでもないと時間かける暇は現場PGには無いよ。
521:デフォルトの名無しさん
18/10/17 00:12:54.80 ib1NGLuH.net
FormsのNumericUpDownはボタンがちっさくて使いづらい
ボタンなしならwpfでビヘイビア一回書いたら使いまわしできるだろ
522:デフォルトの名無しさん
18/10/17 19:35:42.05 QBZICbug.net
FormsよりWPFのほうが自作ツールでスキャフォールディングしやすい
業務系でこの差は大きい
523:デフォルトの名無しさん
18/10/17 20:37:50.02 TsE5rJty.net
業務系はコントロールは買うものなんですよ。
バーコードとかアナログメーターとか買ってペタペタ張るだけです。
524:デフォルトの名無しさん
18/11/05 02:04:01.10 3AzHjXAP.net
顧客と接するとフラットデザインの嫌われ方が異常だよな。強制しなきゃこれほど嫌われなかったのにな。
こんなものを強要したアホデザイナーは死刑で。
525:デフォルトの名無しさん
18/11/06 15:50:22.57 1KwAte1P.net
Formsの経験はあるんだが、WPFちょこっと勉強してるがむずいな
本買わないとWEBサイトじゃ分かりやすくまとまったサイトないんかなこれ
依存関係プロパティだのルーティングイベントだの分かりにくいわ
結局何ができるんだよって感じ
526:デフォルトの名無しさん
18/11/06 16:42:56.68 Go0dGTYF.net
別に何とかはない。当たり前だが窓の枠を超えるモンじゃないし
527:デフォルトの名無しさん
18/11/06 16:59:49.18 Rk3/XN/Y.net
>>512
>依存関係プロパティだのルーティングイベントだの
判っているのに越したこと無いが、そこは最初からわからなくてもなんとかなるところですわ
xamlのGridなどのレイアウトコントロールとかprism使ったバインディング辺りから始めるといいかな
528:デフォルトの名無しさん
18/11/07 08:14:13.24 R1jebf9Z.net
かずきさんのblogをいちから読むのがいいと思う
529:デフォルトの名無しさん
18/11/08 07:42:47.97 WYSs7UTh.net
WPFとUWPって何が違うの？
どっちもxamlだし
ターゲットOSが違うのは分かるが
コントロールが違うのと、WPF独特の構文や機能が使えなくなるって感じかな
530:デフォルトの名無しさん
18/11/08 07:43:26.95 bB0K2a3q.net
どっちも不便らしい。
531:デフォルトの名無しさん
18/11/08 08:03:37.85 A+dqwsVV.net
どっちも死んでる
532:デフォルトの名無しさん
18/11/08 13:04:26.52 +JvSilEi.net
>>516
まず、ブラウザ対応かどうかが違いますよね
533:デフォルトの名無しさん
18/11/08 13:10:10.85 Tu3rCJEk.net
>>516
UWPはスマホやタブレットのバッテリー考慮したライフサイクルになってる。
自由に好きなフォルダのファイル読めない。(スマホ宜しくユーザーに許可を求める)
534:デフォルトの名無しさん
18/11/08 13:16:48.07 +JvSilEi.net
>>512
どちらにしても、レガシーシステムを使いづづける場合のメインテナンスでなく
新たなアプリ開発となると、WinFormsのようなインターフェースは使えなくなる
ので、今後の環境に合わせたインターフェースにトライして行くしかない。
その際に、どれを選んでもWinFormsを前提にした頭があると、すべてが難しい
と感じてしまうと思う。
さらにロジックと画面の分離は、今後必須の課題。
その面では旧来のFormsで画面を含めた業務課アプリ開発の人達にとっては
乗り越えないとならない壁が幾つもあるのだと思うよ。
535:デフォルトの名無しさん
18/11/08 13:20:57.64 g1taMrfK.net
>>516
XAMLテクノロジーには大きく分けて2つの系統があるんだよ
一つはWPFで、これはほとんど全部C#で書かれてる
もう一つはその他(Silverlight, 昔のWindows Mobile, Windows Phone, UWP)で、C++で実装されてる
これらは共通のXAMLという言語を使っているものの、内部的には全くの別物だ
なぜ後者が生み出されて前者が見捨てられたかというと、単純にOS標準として位置付けるには重すぎたから
536:デフォルトの名無しさん
18/11/08 13:24:31.78 +JvSilEi.net
>>512
>依存関係プロパティだのルーティングイベントだの分かりにくいわ
当初、私も悩んだ。
537:デフォルトの名無しさん
18/11/08 15:26:58.83 TTiIEwU6.net
UWPはMSにプッシュして貰えている
WPFはそうでもなかった
538:デフォルトの名無しさん
18/11/08 15:33:51.54 TTiIEwU6.net
現状Uの意味が特にないのでWPにしたらいいと思う
忌まわしいWindowsPhoneと被るけど
539:デフォルトの名無しさん
18/11/08 15:38:26.23 d71F1X2D.net
micorosoftが生み出したまともな技術ってdirectXとExcelVBAくらいだよなｗ
540:デフォルトの名無しさん
18/11/08 20:07:55.77 plYN5nix.net
ExcelVBAがまとも…？？？
541:デフォルトの名無しさん
18/11/08 22:12:16.48 LIupW5um.net
広く使われているからといって、マトモとイコールになる訳では無いのだ
542:デフォルトの名無しさん
18/11/08 22:32:11.06 W66WWp6O.net
みんなレスサンクス
WPFは重い
UWPはWindowsPhoneがこけてユニバーサルじゃない
のはわかるんだが、開発者視点でアプリ作る上で変わったことはなに？
UWPの目次見ると結構WPFと似てるんだよな
添付プロパティ、依存関係プロパティ、データバインディングにMVVMパターンと
この辺はWPFと共通か
ルーティングイベントとかリソースとかコマンドとかは軒並みなくなったのかな
俺今WPFの勉強してるんだが、WPFすっとばしてUWPの勉強した方がいいのか？
543:デフォルトの名無しさん
18/11/08 23:59:06.67 WMjLjpiF.net
>>529
一番助かるのがx:Bindというやつで、コンパイル時にバインドするプロパティーをチェックしてくれるからデバッグが楽になる
更にイベントハンドラーもバインド出来るからビヘビアを書く機会が格段に減った
544:デフォルトの名無しさん
18/11/09 00:07:09.50 jpBrXl2c.net
>>530
x:Bind、WPFでも凄く欲しい機能だけど、政治的理由で来ないだろうなぁ
545:デフォルトの名無しさん
18/11/09 00:12:13.49 Eqr6+fNZ.net
>>531
MSでは「レガシー」への新規投資は認められないからね
546:デフォルトの名無しさん
18/11/09 02:18:41.80 jgq67h0m.net
>>529
ほとんど概念的なのは共通だから好きな方からやればいい。
俺はUWPアプリ作りたかったからUWPから入ったけど。
作りたいアプリの方を先にやればいいじゃん
547:デフォルトの名無しさん
18/11/09 02:21:47.79 jgq67h0m.net
つか、x:bindはサンプルアプリ作って比較しても速度的なメリット全然実感できねぇw 逆にx:bindの型チェックのうるささがあれでbindingに回帰してるわ俺は。
548:デフォルトの名無しさん
18/11/09 02:34:21.24 jgq67h0m.net
WPF重いってきくけどWPFアプリに必要なのはむしろx:bindよりUWPみたいな.netネイティブ化?