WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 03/14 21:23 / Filesize : 238 KB / Number-of Response : 1023
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2017/12/13(水) 23:35:47.18 ID:muTUiD7C.net]: Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
mevius.2ch.net/test/read.cgi/tech/1494288553/

関連スレ
Windows 10 UWPアプリ開発 Part 2
mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
74 名前：デフォルトの名無しさん mailto:sage [2017/12/28(木) 02:31:23.10 ID:MWf/2gSQ.net]: 当たり前�
75 名前：ｾがPCの速度でアニメーションが早くなったり遅くなったりするような実装になってない。 だから速いPCにしろというのはさすが意味不明、筋が通らない。体感なんてなおさら関係がない。 MS開発者はアニメーションはふつうOffにすることすら知らないんだからやはりマカーだね。 Appleは古い機種をアップデートすると故意に遅くなるようにしてたらしくて訴えられたが。 []: [ここ壊れてます]
76 名前：デフォルトの名無しさん mailto:sage [2017/12/28(木) 02:34:35.66 ID:MWf/2gSQ.net]: > 視線誘導とかの目的

これが嫌われてる細大の理由だね。flash=詐欺広告、下品なエロ広告
77 名前：デフォルトの名無しさん mailto:sage [2017/12/28(木) 06:55:24.72 ID:VwS/1tfY.net]: 夜中までご苦労さん w
78 名前：デフォルトの名無しさん mailto:sage [2017/12/28(木) 08:22:58.99 ID:gHspRWv+.net]: >>70
今更アニメ作れるみたいなこと言い張ってもバレバレですわ、爺様
79 名前：デフォルトの名無しさん [2017/12/28(木) 08:41:24.67 ID:Efj2BqIl.net]: すまんのう、ガンダム世代の爺なのぢや
80 名前：デフォルトの名無しさん mailto:sage [2017/12/28(木) 10:24:33.30 ID:J7bmPMYH.net]: >>74
もしかして本当に呆けてるの？
81 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 11:06:39.39 ID:IFaklCI8.net]: Windowsのアニメーションをオンにしてる開発者を一度もみたことない。
顧客からもアニメーションのオフにする方法は聞かれるが仕様でアニメーションにしてくれなんて要望されたこともない。さすがに無職でしょう。
82 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 11:32:12.71 ID:LK61JUUB.net]: パフォーマンスオプションの視覚効果のことなら今どきのPCならデフォルトでONだろうが、
開発者でもわざわざOFFにしてる奴なんて見たことない。
83 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 11:40:28.71 ID:jb9Fjr4Q.net]: 他人のPCの設定を念入りにチェックする奴なんて見た事ないわ
84 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 11:43:22.13 ID:LtRSwZqD.net]: >>81
他人のPCの視覚効果ON/OFFって設定見ないと分からんのか？
85 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 12:22:26.30 ID:lbM9I2z0.net]: 作れないやつが、ほぼ言いがかりで作れるやつにマウンティングするとか笑えるねｗ
webがアニメしまくりなのに、もしかするとjavascript切るんだろうか？
86 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 13:39:19.10 ID:aamMaNHt.net]: よく知らないけど、iPhoneの電卓がバカなアニメーションのせいでまともに使えなかったことは知ってます
87 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 14:48:11.01 ID:WAsOoLBK.net]: 操作性を損なわない程度のものならあっていいんじゃないかい。

画面に変化のあったところを気づかせるためや、マウスオーバー時になにかできることしめしたりや、ナビゲーション時に前のページと関連のある項目をわかりやすくするためとか。

すごくアプリに慣れた人にとってはいらないかもだけど、そうでない人にとって気づきやすくさせるために使えると思う。

エロ広告みたいなうざいやつだけではないから、適切に使えばいいだけの話。そして、WPFには組み込みのアニメーション機能があって、そういうのが無いプラットフォームよりも楽に作れるってだけじゃん。

なんで言い争ってるの？
88 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 16:23:15.23 ID:EUKc8TpD.net]: 組み込みのアニメーションが憎くてしょうがない
WPFにメリットがあってはならない
89 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 17:03:41.99 ID:7W4OiecY.net]: 僕は林檎るdisることができればスレの流れは気にしません
90 名前：デフォルトの名無しさん mailto:sage [2017/12/29(金) 18:52:00.48 ID:ZR/YTuxZ.net]: そんなに楽なのか
俺はトランジションが難しすぎてドハマりしてるけどな
アーティファクトを発掘したはいいが使い方がわからない感じ
91 名前：デフォルトの名無しさん mailto:sage [2017/12/31(日) 13:53:48.10 ID:RxjWIgpR.net]: 操作の遅延動座でしかないアニメーション装飾で喜ぶなんて小学生低学年までとマカーだけだろ。
92 名前：デフォルトの名無しさん mailto:sage [2017/12/31(日) 17:19:12.64 ID:M3c+sGqK.net]: 人間はそういうふうに思うんだからいいじゃない
93 名前：デフォルトの名無しさん mailto:sage [2018/01/01(月) 00:26:17.68 ID:vYws3qyj.net]: WPFの次はアニメーションが親の仇かw
94 名前：デフォルトの名無しさん mailto:sage [2018/01/02(火) 16:20:31.95 ID:7ebLCd4s.net]: 正月ということもあって勢いでスライドショーするソフト作ってみたが
アニメーションが重いというのはないね、軽快で快適
どちらかというとダウンロードの仕組みが入ると遅い
上手いこと先読みしたりキャッシュしとかないと無理あるね
95 名前：デフォルトの名無しさん [2018/01/02(火) 17:08:51.36 ID:8YoziARP.net]: 本気で言ってるなら頭の病気。
96 名前：デフォルトの名無しさん mailto:sage [2018/01/03(水) 07:13:58.46 ID:RPap2fC8.net]: XPと秀丸をこよなく愛してそうなおっさん
97 名前： []: [ここ壊れてます]
98 名前：デフォルトの名無しさん mailto:sage [2018/01/03(水) 14:34:25.24 ID:YeHuAKNh.net]: WPFむずいわー
今日はTreeViewをやった
けどTreeViewってWinFormsでもむずいんだよな
むしろFormsのほうがむずいまである
はあ～しんど
99 名前：デフォルトの名無しさん mailto:sage [2018/01/03(水) 20:51:32.29 ID:wQKC+m+q.net]: >>95
正直なところTreeViewをMVVMであれこれやるところが一番めんどくさい
やらなくていい
100 名前：デフォルトの名無しさん mailto:sage [2018/01/04(木) 17:38:25.71 ID:/K0pbaw4.net]: ComboBoxも結構面倒だと思うよ、TreeViewより頻出だと思うし
文字に色つけたりアイコン画像入れたり
101 名前：デフォルトの名無しさん [2018/01/05(金) 15:18:52.33 ID:e8K0PkEg.net]: このスレまだあったのか。しかも伸びてる。相変わらず普及しない、ゴミという話題ばかり。
102 名前：デフォルトの名無しさん mailto:sage [2018/01/05(金) 15:36:29.81 ID:EV7nXqNl.net]: 今年は飛躍の年になる
たぶん
103 名前：デフォルトの名無しさん mailto:sage [2018/01/05(金) 17:32:44.80 ID:Mh2xn0k1.net]: あるならこれよりマシなGUIフレームワークを教えて欲しいわけだが
104 名前：デフォルトの名無しさん mailto:sage [2018/01/05(金) 17:55:31.44 ID:LElVOghW.net]: WPFはシステムであってフレームワークは自分で構築するか、既存のフレームワークを導入する必要がある
以前からWPFがむずかしいと言われる理由の一つがこの導入コスト学習コストの高さ
105 名前：デフォルトの名無しさん mailto:sage [2018/01/05(金) 23:02:57.15 ID:I64lSO9I.net]: Visual Studio InstallerもElectronで作られる時代
106 名前：デフォルトの名無しさん mailto:sage [2018/01/05(金) 23:13:14.07 ID:rd3AiD2r.net]: VisualStudio本体もWPFで作られてるというよりWPFを描画と入力に使った独自フレームワークだからね
次のVSは本体にもElectronが入ってくるだろうけど
107 名前：デフォルトの名無しさん mailto:sage [2018/01/05(金) 23:28:35.91 ID:Jn7xF1Ki.net]: >>103
なぜそう思った？
108 名前：デフォルトの名無しさん mailto:sage [2018/01/06(土) 11:56:43.29 ID:A/n+HHYo.net]: VisualStudioのIDEってサードパーティー製のコントロールを使ってるって以前聞いたけど
本当なのか？
109 名前：デフォルトの名無しさん mailto:sage [2018/01/06(土) 13:18:18.80 ID:ul9KuZX2.net]: グレープシティは入ってたはず
110 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 00:22:24.64 ID:Njbpmjhm.net]: MVVMの本質ってModel View ViewModelに分けることであって、
データバインド機能がなくてViewとViewModelを手動で結びつけててもMVVMです？

手動でやるとMVVM以外に結びつけるクラス(コード)が必要ですけど。
111 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 00:27:09.28 ID:mXdsR5zx.net]: 本質はまあそう（責務の分離）かも知れんが……
112 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 00:47:17.35 ID:X58Odkk6.net]: >>107
MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
113 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 01:06:19.42 ID:Njbpmjhm.net]: >手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
WPF発祥の地ということ詳しい人がたくさんいるのはここだと思って
でここで質問したんですが、実際はWPFは関係なくてJavaScriptのWebアプリなんですよね。
で、実際、クラスを設計しようとして、モデルクラスつくって、次にビューモデルクラス作ってと
やってビューのフレームワークは実際React使うですんが、Reactはデータの流れは１方向で
ビューで発生したアクションは手動でビューモデルのメソッドを呼ぶように作ろうとしています。

で、責務的にはMVVMっぽくわけてるんですが、これMVVMって呼んでいいのかなとふと疑問に思ったもので・・
114 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 01:08:19.56 ID:Njbpmjhm.net]: MVPとかPassive Viewとか前にチラッと言葉だけは覚えたんですが、調べてみます。
115 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 01:09:25.99 ID:Njbpmjhm.net]: どうでもいいけど、
WPF発祥の地
は
MVVM発祥の地でした
116 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 01:14:52.39 ID:MTMRs8S5.net]: reactならfluxでしょ
少なくともビューとC/P/VMを双方向に同期させないのはデータフロー的にもMVVMとは根本的に異なるよ
117 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 01:19:11.90 ID:Njbpmjhm.net]: fluxというかreduxはややこして、今mobx使おうと思ってます。
>ビューとC/P/VMを双方向に同期させない
だからこれを手動で双方向に同期させようとしてるんです。
118 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 01:24:56.12 ID:Njbpmjhm.net]: >MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
つか、仮にそうだとすると、バインデイングの機能を単に誰が用意するかの話問題になっちゃういますよね？？

自分で手動で用意するか、標準で用意されてるか誰か他の人がバインディングライブラリを作ってそれを利用するかの・・

それでMMVMと呼ぶか呼ばないかが決まっちゃう。
うーん。
119 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 01:32:09.47 ID:X58Odkk6.net]: 共通の仕組みを使うのと毎回手書きするのは違うだろ
120 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 01:43:46.29 ID:Njbpmjhm.net]: https://qiita.com/takahirom/items/597c48ece57b4623cdee
ちょっとPassive Viewについて見てみました。おっしゃる通り本質的にはMVVPとデータフローは
同じでビューと(ビューモデルまたはプレゼンター)間がデータバインディングされてるか
されてないかの違いっぽいですね。

そうなると自分のはMVPかな？
クラス名の末尾をViewModelではなくPresenterにしとけばいいかなw
121 名前：デフォルトの名無しさん mailto:sage [2018/01/07(日) 01:44:49.37 ID:Njbpmjhm.net]: >おっしゃる通り本質的にはMVPとMVVMはデータフロー
に修正します。
誤字がひどくてすみません。
122 名前：デフォルトの名無しさん mailto:sage [2018/01/09(火) 12:38:56.81 ID:w9hUijLe.net]: 正直、実装するときにはどうでもいい話だな。
123 名前：デフォルトの名無しさん mailto:sage [2018/01/10(水) 00:23:13.75 ID:7PnHOZyv.net]: 今日はComboBoxをちょっとだけ勉強したで
ワイWinFormsではデータセットからポトペタしてたんやけど同じようにできるっぽいんかこれ？助かるわ。
せやけど表示のカスタマイズ方法が馴染みなさすぎてｵｯｻﾝついていかれへんで
124 名前：デフォルトの名無しさん mailto:sage [2018/01/12(金) 20:04:47.67 ID:mavTDPGL.net]: オーナードローよりは遥かに春かに簡単
125 名前：デフォルトの名無しさん mailto:sage [2018/01/17(水) 21:33:57.00 ID:I1fM/7SY.net]: データソースからポトペタしたデータグリッドのコンボボックスそのままやと使いもんにならんやんけ
これだけで1週間かかったわ
あったまっがパーン
126 名前：デフォルトの名無しさん mailto:sage [2018/01/21(日) 23:04:05.31 ID:ohGQCZV5.net]: かっそ過疎やな
せやけどXAMLおぼえたらあんまり話すネタないよなこれ
127 名前：デフォルトの名無しさん mailto:sage [2018/01/21(日) 23:07:47.89 ID:UBO3nr9G.net]: もう使ってる人いなくて新しい話題がないからね
128 名前：デフォルトの名無しさん mailto:sage [2018/01/22(月) 03:47:03.95 ID:xAzFKy/K.net]: 登場しからずっと話題は、普及はまだ？馬鹿には使えない!!　のループだったな。
129 名前：デフォルトの名無しさん mailto:sage [2018/01/22(月) 04:03:59.87 ID:0N0G2Dms.net]: UWPスレよりは人いるから…
130 名前：デフォルトの名無しさん mailto:sage [2018/01/24(水) 20:03:07.49 ID:D4W5cGwF.net]: しかしWindows用のデスクトップアプリを作るとなったとき、現実的な選択肢はこれしかなくないか？
UWPは10用だし、マルチプラットフォームのあれこれはまだ発展途上で、
結局シングルソースじゃなかったり容量が馬鹿でかくなったりするし
131 名前：デフォルトの名無しさん mailto:sage [2018/01/24(水) 21:21:59.76 ID:MHtdbei7.net]: >>127
Electronで十分だわ
132 名前：デフォルトの名無しさん mailto:sage [2018/01/24(水) 21:34:26.26 ID:D4W5cGwF.net]: >>128
容量がおかしいのそれだよ
Electron製で50MB以下のパッケージ見たことない
インスコしたら200MB超えましたなんてのもザラ
ついでにメモリも大食い
133 名前：デフォルトの名無しさん mailto:sage [2018/01/24(水) 22:23:53.42 ID:eeZ/wkbm.net]: >>129
で？
134 名前：デフォルトの名無しさん mailto:sage [2018/01/24(水) 22:48:12.40 ID:D4W5cGwF.net]: で、>>127に戻る
135 名前：デフォルトの名無しさん mailto:sage [2018/01/24(水) 23:39:03.95 ID:Sh5xRyhH.net]: >>131
ただ、Win10その他の制限が問題ない場合はUWPが良いよ
特に起動が１０倍単位で早いってのがね
コンパイルは１００倍単位で遅いけどね
136 名前：デフォルトの名無しさん mailto:sage [2018/01/24(水) 23:58:25.60 ID:BFkGLEDk.net]: >その他の制限が問題ない場合はUWPが良いよ

そりゃ、マイナス条件がないならプラスしか残らんのは当たり前だわなw
同様に、WPFの制限が問題ないならWPFが良いし、WinFormsの制限が問題ないならWinFormsが良い。
137 名前：デフォルトの名無しさん mailto:sage [2018/01/25(木) 00:14:23.53 ID:AmkE5KAD.net]: >>133
Fornsのアドバンテージは人足を集めやすいことで、wpfは特別な制約はなくて強いて言えばGridViewなどが遅いことぐらい
UWPは逆汗が難しいことやパフォーマンス。それとｔｏｏｌｋｉｔが標準で用意されていること

それぞれ使い分け出来たら良いけど、人足集めるのが大変だわなwpfとuwpは
138 名前：デフォルトの名無しさん mailto:sage [2018/01/25(木) 03:01:30.69 ID:bbltRTAq.net]: メトロUIは業務系ユーザーに不評だから提案する気になれない。
139 名前：デフォルトの名無しさん mailto:sage [2018/01/25(木) 14:17:39.85 ID:MoV9FXN0.net]: wpfのネイティブコンパイルが出来れば全て解決なんだがなぁ
進んでるのかな
140 名前：デフォルトの名無しさん mailto:sage [2018/01/25(木) 20:13:15.97 ID:8k7FgHok.net]: せっかくXAML覚えたのに来月からJavaScriptの仕事になってもうたわ
けどワイMS製品で育ったしいつかまた会うやろ。じゃあの・・・
141 名前：デフォルトの名無しさん mailto:sage [2018/01/25(木) 20:22:48.19 ID:bbltRTAq.net]: コロコロと違う言語やプラットフォームに技術者をぶち込む企業はさっさと転職したほうがいい。
142 名前：デフォルトの名無しさん mailto:sage [2018/01/25(木) 21:37:20.58 ID:8MUKcewe.net]: 若いうちならご褒美だろう。
143 名前：デフォルトの名無しさん mailto:sage [2018/01/25(木) 21:44:48.71 ID:A1rDjY07.net]: 20代ならなー
144 名前：デフォルトの名無しさん mailto:sage [2018/01/25(木) 23:38:00.69 ID:8MUKcewe.net]: 俺は45過ぎてからC++とGPGPU始めて、50近くになってTypeScriptとSPAやってるとこだわ。
145 名前：デフォルトの名無しさん mailto:sage [2018/01/26(金) 09:10:53.98 ID:w94KFfj6.net]: このスレ加齢臭がする
146 名前：デフォルトの名無しさん mailto:sage [2018/01/26(金) 09:53:43.08 ID:m10/oqmt.net]: ４０・５０過ぎてもC++とか理解できますか？
147 名前：デフォルトの名無しさん [2018/01/26(金) 10:05:17.61 ID:ziKX7xRI.net]: >>143
地頭とプログラミング適性次第
148 名前：デフォルトの名無しさん mailto:sage [2018/01/26(金) 10:34:39.91 ID:fiAB4bjj.net]: c++の文法ルール自体はそんなに難しくない
自動でメモリ解放してくれるようにもなったし
c++は生まれ変わった

でもライブラリなどがレガシーの塊なので非常に地獄
149 名前：デフォルトの名無しさん mailto:sage [2018/01/26(金) 18:12:45.67 ID:qsZ4DHxf.net]: >>143
CとC++の壁？　かなり高いよ。
年齢は関係無い。
150 名前：デフォルトの名無しさん mailto:sage [2018/01/26(金) 19:02:43.59 ID:m10/oqmt.net]: C#はすっと頭に入ったけど、C++はなかなか入らないですね
特にMFCというのが昔から苦手で今日まで来てしまった
151 名前：デフォルトの名無しさん mailto:sage [2018/01/27(土) 08:39:35.79 ID:bXtPpg9J.net]: 別にMFCはC++の構成要素じゃないよ

好きなフレームワーク使えばいい
152 名前：デフォルトの名無しさん mailto:sage [2018/02/03(土) 10:25:04.28 ID:AXuwnjr7.net]: だいたいwpfでC++もないやろ
なんでそんな話になってんだ全く
153 名前：デフォルトの名無しさん mailto:sage [2018/02/03(土) 10:46:57.42 ID:ZFgrbY8z.net]: 次々からフレームワークが出て習得するのが面倒だよな。PGはそんなに暇じゃないっての。
フレームワークを使い捨てにするMSはアホ。wtfだってまだ使ってんだよ。
というか.netの売りは言語自由だったはずなのにwpfではC++を排除してるのかよ。ほんと嘘つきだな、MSは。
154 名前：デフォルトの名無しさん mailto:sage [2018/02/03(土) 12:23:54.85 ID:4JyGp2En.net]: .NETのウリは言語自由って初めて聞いたが
いくつかの言語から選べるってのはよく聞くけど
155 名前：デフォルトの名無しさん mailto:sage [2018/02/07(水) 22:17:00.05 ID:7uLVnCRo.net]: WPFおもろいわ。

仕様拡張も含め、.net core対応ｷﾎﾞﾝﾇ
156 名前：デフォルトの名無しさん mailto:sage [2018/02/08(木) 07:06:45.70 ID:OLINQejk.net]: 全く。マウンティングするための道具として最高におもしろいわ。
157 名前：デフォルトの名無しさん mailto:sage [2018/02/08(木) 07:18:53.58 ID:as09ZcmN.net]: WPFはエヴァンジェリストとブロガーのオモチャ。
158 名前：デフォルトの名無しさん mailto:sage [2018/02/12(月) 11:41:38.41 ID: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 名前：デフォルトの名無しさん [2018/02/12(月) 15:00:33.06 ID:3jR6du7D.net]: >>152
わたしもきぼんぬ
160 名前：デフォルトの名無しさん mailto:sage [2018/02/12(月) 16:07:10.38 ID:qK1FqdY3.net]: >>155
試してないけどこれはどう？
blogs.microsoft.co.il/alex_golesh/2009/09/20/wpf-quick-tip-how-to-get-wpf-window-client-area-size/
161 名前：デフォルトの名無しさん mailto:sage [2018/02/17(土) 11:24:01.09 ID:hzHa4Ili.net]: >>157
どうもThemeの方にヒントがあるようね。
Firefoxのソースでも、Themeからひろってきてるみたい。
162 名前：デフォルトの名無しさん mailto:sage [2018/03/13(火) 21:45:11.61 ID:QSraSytV.net]: デザイナ画面で、現在作業しているプロジェクトファイルのパスが取得したいのですが、方法ありますでしょうか？
AssemblyやGetCurrentDirectoryを使ってもXDesProcのパスが返ってきて取得できません
163 名前：デフォルトの名無しさん mailto:sage [2018/03/30(金) 20:45:57.81 ID:S5bBhBUr.net]: TreeView を操作していると、StackOverflowException 例外で WPF アプリケーションが強制終了します
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2018/03/30/treeview-stackoverflowexception-wpf-47-crash/
164 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 13:25:10.48 ID:VKIypx1l.net]: まだ枯れてないのか。
165 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 13:39:52.89 ID:UATmZRNx.net]: ComputeFirstItemInViewportIndexAndOffsetがFloorをつかっている件か
166 名前：デフォルトの名無しさん [2018/04/09(月) 17:25:00.82 ID:90D6Yu/l.net]: datagridにおいて、以下のようなキーボード操作はXAMLだけで記述できますでしょうか？

・セルのtab移動を止める
・enterキーで次の行に移動するのを止める（矢印キーのみで移動）
167 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:08:40.11 ID:2gnvm26g.net]: DataGridは未完成糞品質のまま開発打ち切られて放置されたままのゴミだから使っちゃダメ
WinFormsのをホストして使うかサードのを買うかListViewでスクラッチするかWPFを捨てよう
168 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:25:22.70 ID:lwmVdEfV.net]: >>164
行数少なければ十分使えるから、数百行表示させないようにプログラムすればいいだけですね
169 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 08:53:11.02 ID:W7Pttv5/.net]: 2ヶ月ちょいjs/javaやったけど
Eclipseはポトペタできへんから面倒くさすぎる
いやワイが知らんだけかもしらんけど
しかしIDE落ちまくるし同期とらんと時々嘘くさい表示しよるし何なんやこれ
隣の席のやつ(javaﾏﾝ)はWPFやらされててワカランワカランいうてるし
ちゃんと履歴書読んどんのかここの会社逆やろｗ
170 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 09:48:51.28 ID:GbdfDf+/.net]: そう思うんなら便所に落書きするより上司に相談しろ
喜んで入れ替えてくれるだろ
その程度の交渉や調整もできないカスなら何やらせたってダメだし、会社もお前に何も期待しないよ
171 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 09:51:56.54 ID:koN3j5aX.net]: eclipse使ってる企業なんてまだあったんだ
172 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 12:39:36.05 ID:W7Pttv5/.net]: 替わりたくないんやが
ちな会社は赤字垂れ流して潰れそうやでw
173 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 13:26:36.78 ID:eVQUY7wr.net]: 嘘みたいな話だけどeclipse大好きっこているんだぞ

一個も共感できないeclipse自慢話してくるよ
174 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 13:38:15.45 ID:5EOPJhuZ.net]: eclipseはモダンemacs的な開発者のオープンプラットフォームとして、
今でいうVSCodeに近いポジションを占めてたから、そういう面ではわりと根強いファンはいた
今ではJavaはIntelliJに取られemacs的な用途はVSCodeに取られ完全にオワコン
175 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 18:31:48.26 ID:UK26r34r.net]: >>170
あるある
176 名前：デフォルトの名無しさん mailto:sage [2018/04/24(火) 15:05:21.91 ID: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 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 20:15:09.50 ID:TaLNc1sW.net]: GridLength 構造体
178 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:07:15.37 ID:j2qq32KP.net]: >>174
はい、GridLength 構造体です
Settings の要素の型を GridLength にしても反映されないので質問しました

何か基本的なことを見落としてるような気がします
179 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 14:55:45.90 ID:ljffXje0.net]: GridLength GridUnitType.Starでぐぐる
180 名前：デフォルトの名無しさん [2018/05/05(土) 08:55:29.93 ID:GHjIUW8T.net]: >>170
マルチプラットフォーム的なのが少なかったんで
選択肢がそこに居ちゃっていたってことじゃないんかな？
181 名前：デフォルトの名無しさん [2018/05/05(土) 09:01:31.10 ID:GHjIUW8T.net]: >>173
１：３なのに、なんでAUTOが入ってるの？
182 名前：デフォルトの名無しさん [2018/05/05(土) 09:04:56.56 ID:nVs07IkD.net]: >>178
GridSplitter
183 名前：172 mailto:sage [2018/05/05(土) 11:44:18.82 ID:+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 mailto:sage [2018/05/05(土) 11:48:02.94 ID:+6BF6Qlx.net]: あああ、typo です
「ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず～」
ColumnDefinition.Width プロパティの間違いです
186 名前：175 mailto:sage [2018/05/05(土) 17:52:13.05 ID:Lbg9iiKd.net]: 175は忘れてください　
Value+GridUnitType　<--> 文字列相互変換できてました
フォルダー　<UserName>\AppData\Local\<アプリケーション名>
の下のほうの user.configに書き込まれているはず
187 名前：デフォルトの名無しさん [2018/05/05(土) 23:52:00.74 ID:enzOGVxg.net]: splitterの幅をバリアブルにしている理由はなんなの？
188 名前：デフォルトの名無しさん [2018/05/05(土) 23:53:18.47 ID:enzOGVxg.net]: ま、いいか理由はあるんでしょうから。
189 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 15:47:40.64 ID:Z7mEypo0.net]: 質問させてください。
以下の画像のようにウィンドウの表示がSizeToContentの値によっておかしくなる場合があるのですが、
対策方法など分かる方がいらっしゃれば教えていただけないでしょうか。
https://dotup.org/uploda/dotup.org1526890.png

VSのバージョンは15.6.7、ターゲットフレームワークは4.7.1、
実行環境は Windows 10 で「拡大縮小とレイアウト」の設定は100%です。
XAMLは以下の通りです。どうぞよろしくお願いいたします。

<Window
　　x:Class="SizeToContentIssue.MainWindow"
　　xmlns="schemas.microsoft.com/winfx/2006/xaml/presentation"
　　xmlns:x="schemas.microsoft.com/winfx/2006/xaml"
　　xmlns:d="schemas.microsoft.com/expression/blend/2008"
　　xmlns:mc="schemas.openxmlformats.org/markup-compatibility/2006"
　　mc:Ignorable="d"
　　Width="213" Height="55"
　　SizeToContent="Width">
　　<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 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 16:36:46.08 ID:JnKw6YEv.net]: >>185
SizeToContent paints an unwanted border
https://stackoverflow.com/questions/16356507/sizetocontent-paints-an-unwanted-border

<Window UseLayoutRounding="True" />
でとりあえずその線は消えた
191 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 17:21:51.43 ID:Z7mEypo0.net]: >>186
レスありがとうございます！私の方でも線が消えることを確認しました。
Webで検索しても答えを見つけられなかったので質問させていただいたのですが、
恥ずかしいことに紹介していただいたページは見落としてしまっていたようです。

何はともあれ、お答えいただきどうもありがとうございました。
192 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 18:14:56.23 ID: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 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 18:15:23.63 ID: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 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 00:48:26.70 ID:wFWfdcvC.net]: 良かったなお前ら
https://blogs.msdn.microsoft.com/dotnet/2018/05/07/net-core-3-and-support-for-windows-desktop-applications/
195 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 01:18:46.99 ID:8/Cw9iIa.net]: YATTA!
196 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 01:50:46.69 ID:vwdvRU81.net]: やるやん
197 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 01:56:55.14 ID:8PlXTSnU.net]: 日本語でOK
198 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 01:58:48.97 ID:3Tr8AiF6.net]: Windowsでしか動かない.NET Coreアプリw
一体何の意味があるのか
199 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 02:05:19.36 ID:I+Jt0Kav.net]: せっかく.NET Coreが盛り上がってきてたところだったのに、水を差すことになりそうで心配だな
Linuxサーバーで運用してる人達からしたら、結局梯子外してWinに誘導するいつものMSがまた正体を現したかと疑念を持たれるよこれ
200 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 02:37:14.81 ID:wFWfdcvC.net]: >>194
Windowsにインストールされた.NET Frameworkに縛られなくなる
201 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 02:39:25.29 ID:u/n9hYSm.net]: >>195
そもそもWindowsでしか動かなかったもののランタイムが
202 名前：変わるだけだし、corefx自体に追加されるわけじゃない むしろ.NET Coreの普及を後押しする []: [ここ壊れてます]
203 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 17:52:26.19 ID:xyA4XcJo.net]: 実質何も発表なかったこと一緒ってこと?
.NETは完全にWinプラトフォーム環境限定ということでオワコン
204 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 18:10:18.00 ID:xyA4XcJo.net]: サーバーサイドはクロスだけど微妙にしか人気ねぇし、Xamarin捨てる勇気なかったのか
205 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 18:17:27.20 ID:kbsHCLUb.net]: >>198
どこをどう読んだらそうなるんだよｗｗｗ
206 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 14:57:37.18 ID:1UHxaKzf.net]: .NET Core 3ハWindowsデスクトップアプリをサポートする
https://www.infoq.com/jp/news/2018/05/net-core3-announced

開発者が、既存の.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 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:02:27.03 ID:JffwGpoG.net]: .NET Coreが全然注目されないからいろいろやりだしたんだな

いままでの.NET Coreって誰から見たら魅力があるのかわからない微妙な物だから
積極的に使いたいと言う人は少なかった
208 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:28:33.00 ID:i7PAGBqe.net]: 日本は全体的に低レベルなエンジニアが多い
なのでUIとその他のロジックがガッツリ結合して分離できない
なのでそう簡単には.Net Coreに移植できなかった
そうする必要のないあらゆるものまでがdnfやwindowsインフラに依存してしまっていたんだ
そりゃ移植して使えないものに魅力は感じないだろう

海外では設計が綺麗なので細かいコンポーネント事に移植の可能性を検討することができた
移植可能なものはすぐに移植する動きが広まってあっという間にCore対応が進んだ
彼らは高パフォーマンス、セルフコンテインドデプロイ、マルチプラットフォーム対応といった様々な収穫を殆どタダで得ることができた
.NET Coreはとても魅力的でエキサイティングなアップデートだった
209 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:43:11.44 ID:hwu0eulf.net]: .NET Coreは既存の環境から乗り換えたいと思わせるだけの魅力がない
windowsで,.net frameworkから乗り換える人は少ない
linuxで他の言語から乗り換える人も少ない

利点をはっきり打ち出せてない
ただ作りました使ってくださいじゃ使わない
210 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:48:35.00 ID:nDD5wzJU.net]: コンパイルして起動時間が一桁早くなるってのは十分な魅力だと思うが
211 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:49:14.92 ID:i7PAGBqe.net]: >>204
>>203でも書いたけど日本ではスパゲティシステムだらけで移植のコストが高すぎたから受け入れられなかった

海外では日頃から品質を高める努力をしていたので移植が容易にできた
そして様々なメリットを享受することができた

利点を示せなかったのではなく
利点を示したけど日本だけが利点を受け入れる下地ができてなかっただけ

つまり日本はハブられたんだよ
いじめられ�
212 名前：ﾁ子がリア充の生き方なんつまらないと負け惜しみを言うようなもの キツネとすっぱい葡萄の心理というやつだ []: [ここ壊れてます]
213 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:52:56.28 ID:VCvSTJHc.net]: >>205
起動は確実にクソ遅くなるよ
今までは共有ライブラリとしてシステムにインストされいて自然にメモリにキャッシュされてた大量のDLL達を、
ローカルにバンドルしていちいちディスクからロードするんだから
214 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:03:04.42 ID:nDD5wzJU.net]: >>207
.net nativeはスタティックリンクだから、ライブラリの中で使っている部分だけ切り取って本体に取り込んでリンクするんだわ
通常はファイルサイズが激減します
215 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:06:50.54 ID:VCvSTJHc.net]: >>208
勘違いしてるようだけど、.NET CoreのSCDと.NET Nativeは別物だよ
SCDは.NET Coreランタイムと依存DLLを全部バンドルするだけ
216 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:15:03.29 ID:nDD5wzJU.net]: >>209

一番要望の多いnative取り入れないとは思えないが、情報あるの？
217 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:22:25.15 ID:i7PAGBqe.net]: 体感的にわからない程度に起動が遅くなるかもしれない

デメリットってそれだけ？
218 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:23:47.84 ID:VCvSTJHc.net]: >>210
https://blogs.msdn.microsoft.com/dotnet/2018/05/07/net-core-3-and-support-for-windows-desktop-applications/
あくまで.NET自体を簡単にバンドルできるのが売りだ
.NET NativeはあくまでWinRT版の.NETの機能で、今出てる.NET Coreとは関係ない
ちなみに、.NET CoreではNuGetパッケージを結構細かく分割するのが普通だから、
WinFormsやWPFがそれぞれ丸ごと一つのNuGetパッケージになるようなことはたぶんない
必要なNuGetパッケージをある程度小分けで取捨選択できるようにはなるから、
今のSystem.Windows.Forms.dllよりは結果的にロードするサイズが小さくなる可能性はあるよ
219 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:34:23.20 ID:nDD5wzJU.net]: >>212
将来はともかく、最初はこの程度なんかね
220 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:39:17.10 ID:QSiC/kkG.net]: よく分かんないけど
動作環境の.NETバージョンに影響されずに済むって話じゃないの
221 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:44:29.93 ID:VCvSTJHc.net]: >>211
全部バンドルしちまえってのは今時の流行りで基本的には良いものだけど、あえて挙げるならこんなとこかな
・配布サイズがクソ大きくなる
・DLLのディスクキャッシュが共有されないのでメモリを食うかも
・.NETに重大な脆弱性や不具合が見つかってもユーザーの裁量で.NETを更新できない
・NuGet必須なのでインターネット環境がないとビルドすらできない
・NuGet必須なのでキャッシュなしの状態だとビルドがクソ遅い
222 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:46:21.62 ID:VCvSTJHc.net]: ・.NET Coreは(NuGetのせいでもあるが)デバッグが遅い
も追加で
223 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:56:03.56 ID:gN1ETgni.net]: >>202
どうやら違う世界に生きてるようだ
224 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:00:18.98 ID:olmzHM0E.net]: >>215
こいつC#使ったことないやろ…
225 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:05:59.25 ID:vAxwPzXD.net]: >>215
RuntimeStoreも知らないようだし、NuGetがインターネット必須ってのも大嘘
ユーザーの裁量でRuntimeを更新できないってのも嘘
226 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:06:45.67 ID:VCvSTJHc.net]: >>218
最近はずっと.NET Core&C#&Azureやってるよ
一般的な常識に基づく推論と俺の個人的経験で書いただけだから、間違いがあるなら具体的に指摘してるれると助かる
227 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:07:59.36 ID:FNCE059f.net]: corefxやcoreclrも知らないからユーザーの裁量でランタイムを更新できないって発想になるんか？
228 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:08:12.97 ID:hwu0eulf.net]: >>217
そちらは新規開発案件の1割以上がc#を使ってる世界�
229 名前：ﾅすか？ 不思議な世界ですね こちらの世界は全ソフトウエア開発者で.Net Coreを知ってる人が 1%以上いるかどうか怪しいです []: [ここ壊れてます]
230 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:09:07.71 ID:FNCE059f.net]: >>220
配布サイズが大きいのは、RuntimeStoreのない時代かもしくはランタイム自体をアプリに同梱する場合ね
231 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:09:52.99 ID:dLXOPcbs.net]: >>222
ああ奴隷の世界ねごめんよ
232 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:11:36.53 ID:hwu0eulf.net]: >>224
いい加減に空想の世界から出て来いよ

.Net Coreなんてほとんど誰も知らない
C#使ってる中でも知られてない
みんな跨いでいく
233 名前：214 mailto:sage [2018/05/13(日) 12:11:45.00 ID:VCvSTJHc.net]: デスクトップでCore使うメリットはSCDで、当然それは大前提だと思ってたんだけど
システムにCore入れるならそれこそ何の意味もなくね？
234 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:14:31.02 ID:hwu0eulf.net]: サーバサイドでも使われてない
デスクトップでも使われてない
業務でも使われてない

趣味で使うのがちょうどいい
C#大大大大好きだけど.Net CoreやAsp.net CoreやUWPは早く消えてほしい
235 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:17:23.58 ID:dLXOPcbs.net]: >>225
Stackoverflowのreportでも見て現実を直視しろよｗｗｗ
236 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:19:44.68 ID:dLXOPcbs.net]: >>226
どうも思い込みが激しいようだ
どっちかって言うとSCDこそ特殊な場合で、SideBySideでランタイムをインストールする方が良い
237 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:21:24.73 ID:LtcW78m3.net]: >>226
Microsoftのブログくらい読めよ
https://blogs.msdn.microsoft.com/dotnet/2018/05/07/net-core-3-and-support-for-windows-desktop-applications/
238 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:26:39.99 ID:VCvSTJHc.net]: >>229
だからそれFull .NETのサイドバイサイドと比べて何のメリットがあるの？
239 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:29:17.88 ID:LtcW78m3.net]: >>231
>>230
240 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:31:43.28 ID:ENNgICED.net]: >>231
たとえば.NET4.5.2と4.6.1はSideBySideでインストールできないっしょ？
241 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:37:57.79 ID:VCvSTJHc.net]: >>233
結局システムに.NETを入れさせなきゃいけないのは同じだよね
.NET Coreなんか頻繁にアップデートされてるから事実上はほとんど特定のアプリと一対一になるだろうし、
アプリ側で.NETのバージョンを上げたくなったらまたそのアプリのためだけにまた特定バージョンのCoreをインストールさせるのか?
そのとき前のバージョンを安全に削除できるかどうか誰がわかる？
開発環境でのテストくらいにしか使えないよこんなの
242 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 13:04:22.39 ID:kjz8UZqt.net]: まだ実用化されていない技術のブログ記事上げてドヤってる
それは既存の.Net Coreの利点じゃないだろ？
243 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 13:05:48.16 ID:kjz8UZqt.net]: コアのアーキテクトの戦略がフラフラしてる
魅力のないロードマップがそれを物語ってる
244 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:00:07.98 ID:ENNgICED.net]: >>234
前のバージョンを削除ｗｗｗ
245 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:01:26.62 ID:RTDdDgUS.net]: >>231
こいつSideBySideなんて知らんのやろ
246 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:07:34.73 ID:yk+U0xvA.net]: >>237-238
.NET CoreのSideBySideを利用したデスクトップアプリの正しいデプロイサイクルを具体的に説明してくれ
247 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:24:25.44 ID:yk+U0xvA.net]: ちなみに.NET Coreって月一くらいのペースでバージョン上がってるんだが、それ全部SideBySideするってことだぞ？
アプリとは別にシステムの.NETのバージョン管理の余計な手間が増える以外になんかSCDと比較してメリットある？
248 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:27:27.84 ID:F2hiJGIV.net]: >>240
全部とかただのキチガイか
249 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:30:48.25 ID:F2hiJGIV.net]: >>215
NuGetって言葉覚えたてかな？嘘ばっかｗｗｗ
250 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:55:13.58 ID:yk+U0xvA.net]: >>241
結局アプリごとに必要とするバージョンが違うケースが多いはずだからSCDでいいだろと言ってるんだけど、これだけ言っても伝わらない？
251 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:57:05.68 ID:F2hiJGIV.net]: >>243
RuntimeStore
252 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:59:58.25 ID:9k6A64Mq.net]: >>243
>アプリごとに必要とするバージョンが違うケースが多い
なんで？
253 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 23:21:18.21 ID:yk+U0xvA.net]: >>245
そりゃ.NET CoreかつFDDのアプリ自体が(WinFormsやWPFがサポートされてもなお)稀だろうし、
フレームワークの方も月一で更新されてるとなれば共有できるケースは現実にはほとんど無いでしょ
254 名前：245 mailto:sage [2018/05/13(日) 23:23:46.38 ID:yk+U0xvA.net]: もちろんデスクトップアプリに限った話な
サーバーだと一括で複数のアプリをデプロイしたりすることは普通にあるからもちろん意味はあるよ
255 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 23:46:18.97 ID:vj3G+EXI.net]: WPFってグラボの違いでどれくらい速度変わってくるものなの？
ハイスペックグラボ使う意味ある？
256 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 23:55:08.61 ID:F2hiJGIV.net]: >>246
妄想おつ
257 名前：デフォルトの名無しさん mailto:sage [2018/05/14(月) 02:28:15.65 ID:tinSsmGQ.net]: 大変そうだな。予防線はりまくりマウント取ろうと形だけは前傾で
258 名前：デフォルトの名無しさん mailto:sage [2018/05/14(月) 19:24:27.32 ID:wio42IgJ.net]: デスクトップ対応はありがたい
業務系でウェブアプリはめんどくさいだけなんだよね
259 名前：デフォルトの名無しさん mailto:sage [2018/05/16(水) 17:32:30.01 ID:39uyimjr.net]: >>212
https://github.com/dotnet/corert

corertとかあるけどこれちゃうの？

ちょくちょく試すけど相変わらずx86がうまく生成されなかったりIssue多すぎて
比較的アクティブとはいえ使い物になるのかよくわからん状況だけど

VCランタイムすら不要の単体PEファイルになってdnSpyとかじゃなんも見れなくなるし
こういうのがプロジェクト単位でざっくりと組み込み検討できそうだから
デスクトップ向けの.NET Coreも結構期待してたりするんだけどね

WinformsとWPFのポーティングは朗報だけどどうせ改良する気はないんだろうし
クロスプラットーム化は無理でもせめてReference Source下じゃなくOSSにまでして提供してほしいもんだぬ
260 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 08:24:35.34 ID:sLNELaog.net]: なんでDateTimePickerすら入ってねえんだこのゴミは
こんなんだから普及しねえんだよ
261 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 09:37:09.80 ID:z3BmCHYg.net]: オープンソース化もあり得るって話だぜ
なんであれが無いんだーじゃなくてなければ作ってプルリクが当たり前になるのかな
数年後には有料サードパーティライブラリのような高級コンポートが標準化されるかもね
262 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 18:26:15.09 ID:F+BrwfqW.net]: 標準でnumericupdownすらないWPFに何を言っても無駄
263 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 18:30:55.35 ID:m/ZPa8pN.net]: 欲しいものは自分で書いてプルリクを出せばいい
同じことをみんなやりだすからすぐにリッチコントロールが整備される
264 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 18:39:08.87 ID:F+BrwfqW.net]: そういえば標準じゃフォルダー選択ダイアログもないな
265 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 18:39:33.95 ID:JYjAGOT8.net]: WPFって正しく作法に従った汎用コンポーネント作るの結構難しいから、外野がプルリク投げてもなかなかマージされないと思うぞ
MS謹製のToolkitですら悲惨な品質でWPF本体にさっぱり採用されないまま潰れちゃったし
266 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 20:17:50.91 ID:NGcY8HAA.net]: Material Design In XAML ToolkKit　使えばいいじゃん
267 名前：デフォルトの名無しさん [2018/05/23(水) 19:30:21.93 ID:Au5e7VGg.net]: 僕の知り合いの知り合いができたパ�
268 名前：\コン一台でお金持ちになれるやり方 役に立つかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』 204GM []: [ここ壊れてます]
269 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 19:52:37.44 ID:zdZwe3wq.net]: FormsとWPFはUIテスト自動化への対応具合どうなの？
UIテスト自動化が快適にならないと躊躇してしまうよね
いちおうappiumのドライバは見つけたけど業務で使いこんでるぜって類の記事が全然出てこない
270 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 20:26:37.25 ID:aEBJ6EJ+.net]: >>261
https://github.com/Microsoft/WinAppDriver
271 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 20:29:25.96 ID:aEBJ6EJ+.net]: 1.0.0が出たのは去年の10月だからね
272 名前：デフォルトの名無しさん [2018/05/24(木) 23:37:42.82 ID:tm7qGCzu.net]: prismってmessengerパターンするならEventAggregator使うようになったの？
InteractionRequestは過去のも？
273 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 00:20:28.41 ID:n6q2Xjj/.net]: 今のprismってMSの手を離れて単なるコミュニティプロジェクトの一つだからなあ
開発者の好みが反映された寄せ集めのツールキット集に過ぎず、もはやリファレンスでもなんでもないよ
274 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 00:30:47.36 ID:N3c6aWbU.net]: >>264がInteractionRequestが好みなら自分でプロジェクトにコントリビュートすればいい
EventAggregatorよりも充実させればInteractionRequestがPrismの主流に見えるようになるだろう
今のPrismってそういうもんで、トレンドを追っても何の意味もない
275 名前：デフォルトの名無しさん mailto:sage [2018/06/06(水) 21:19:46.59 ID:3palNJuH.net]: Datagrid内comboboxのdatatemplateのバインディングがどうやってもできないw
276 名前：デフォルトの名無しさん mailto:sage [2018/06/08(金) 06:20:36.50 ID:y7GGIwCz.net]: >>267
サンプル見ると、スタティックなオブジェクトリンクしている
277 名前：デフォルトの名無しさん [2018/06/14(木) 10:39:07.09 ID:LFx88o2A.net]: Prism6.3でInteractionRequestのRaiseAsync使おうとしたらないんだけど
問題あってなくなったの？
278 名前：デフォルトの名無しさん mailto:sage [2018/06/14(木) 23:50:25.85 ID:rYhQU2t8.net]: >>269
どこの馬の骨とも知れないメンテナの気まぐれ
君が復活させてもいいんだぞ
279 名前：デフォルトの名無しさん mailto:sage [2018/06/15(金) 10:37:05.30 ID:uIGrLsPa.net]: 共同ツール 1
https://seleck.cc/685

https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能　elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり

共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/

共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://www.sketchapp.com/
ttp://photoshopvip.net/103903
ttps://goodpatch.com/blog/sketch-plugins/

Trello Chrome拡張機能プラグイン集
https://chrome.google.com/webstore/search/trello?_category=extensions

Slackプラグイン集
https://slack.com/apps

Sketchプラグイン集
https://sketchapp.com/extensions/plugins/
https://supernova.studio/
280 名前：デフォルトの名無しさん [2018/06/19(火) 20:48:04.40 ID:CqYMFqFG.net]: >>253
>>255
いつかはWPFって思ってたのに移行できねーよそれじゃ

まあ、趣味ではWebサイトの方で忙しいから最近はC#あんまできないんだが
281 名前：デフォルトの名無しさん mailto:sage [2018/06/19(火) 21:58:45.18 ID:TcCdudwM.net]: UWPにもnumericuodownないんだよな。死ねよと思う。
282 名前：デフォルトの名無しさん mailto:sage [2018/06/20(水) 00:56:27.15 ID:iNKqsiVm.net]: タッチデバイスのためとはいえ、ほんと実用軽視には反吐が出るな。UI統一は大失敗。
283 名前：デフォルトの名無しさん mailto:sage [2018/06/21(木) 06:23:26.72 ID: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 名前：デフォルトの名無しさん mailto:sage [2018/07/03(火) 13:58:21.59 ID: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 名前：デフォルトの名無しさん [2018/07/04(水) 22:12:53.40 ID:gFgZc5FG.net]: AQ8
286 名前：デフォルトの名無しさん mailto:sage [2018/07/05(木) 16:35:23.34 ID:AeL6VB/V.net]: AQ8
287 名前：デフォルトの名無しさん [2018/07/06(金) 15:11:57.62 ID:tqXwTqfY.net]: >> 275
wpfのソース
288 名前：デフォルトの名無しさん [2018/07/06(金) 17:14:31.95 ID:qtqoxO2d.net]: 良きゲームだった
https://goo.gl/VuXjSo
289 名前：275 mailto:sage [2018/07/06(金) 17:35:36.53 ID:POKFC/+e.net]: >>279
お返事どうもありがとうございます
以下のコードを読んでみたのですが、それらしい箇所を見つけることはできませんでした
お手数をかけて申し訳ありませんが、読むべきソースを具体的に教えていただけないでしょうか
どうぞよろしくお願いします

（NGワードのためURL省略）
290 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 17:37:36.95 ID:POKFC/+e.net]: 280のURLです。NGワード回避のため一部省略しています

XXX = https://referencesource.microsoft.com/（中略）/System/Windows/Media

XXX/Brush.cs
XXX/Brushes.cs
XXX/KnownColors.cs
291 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 17:46:24.05 ID:POKFC/+e.net]: 何度も申し訳ありません
（中略）の部分は #PresentationCore/Core/CSharp です
292 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 18:11:56.52 ID:JJTPb7Ii.net]: コンバーターが明示的に指定されてないけどデフォルトでそういう動作すると決まってるだけでしょ
そういう仕様
自分の作ったクラスは明示してコンバート
293 名前：デフォルトの名無しさん mailto:sage [2018/07/14(土) 22:16:00.13 ID:Dcwagk83.net]: ようやっと過去の物をprismに移行した
livetさらば
294 名前：デフォルトの名無しさん mailto:sage [2018/07/14(土) 22:34:34.49 ID:VXqA7TkQ.net]: ゴミが作ったもんなんて普通は使わない
295 名前：デフォルトの名無しさん mailto:sage [2018/07/17(火) 20:53:28.21 ID:ofYg0nnt.net]: MSが作ったモノが使われなくなって早10年か。
296 名前：デフォルトの名無しさん mailto:sage [2018/07/19(木) 10:20:00.48 ID:jjazq+Ks.net]: だが果たした役割も大きいで…見方によっちゃリーディングカンパニーではあった
297 名前：デフォルトの名無しさん mailto:sage [2018/07/21(土) 09:51:31.74 ID:gQtq62tQ.net]: そう思ってるのはWPF関係者だけで
今の世の中に対してなんの爪痕も残せてない
影響はどこにも及んでない

FBが
298 名前：WPFをぼろくそに言ったことも忘れてる そのFBはreact作ってる []: [ここ壊れてます]
299 名前：デフォルトの名無しさん mailto:sage [2018/07/21(土) 10:34:17.53 ID:FfPVWpYP.net]: AndroidのGUIフレームワークなんか明らかにWPFを参考にしてるし、
今やWebのSPA開発の標準となったMVVMの発祥地でもある
まあプロダクトとしての設計や実装がアレだったが根本の思想はわりと広く受け入れられた
300 名前：デフォルトの名無しさん mailto:sage [2018/07/21(土) 12:28:01.61 ID:8fBGWCJL.net]: うわぁこれは日本スゴいと同じメンタルですね
ダッサ
301 名前：デフォルトの名無しさん mailto:sage [2018/07/21(土) 13:11:23.55 ID:hBP8PKRm.net]: MicrosoftのC#が発祥でパクられまくってる便利機能って多いよね
MVVM、MVC、Task、async/await、Linq、Rx、var、EF、、、
Nullセーフティなど最近は遅れる事があるけどSpanやrefタイプみたいな試みはまだまだ先を行ってるね
302 名前：デフォルトの名無しさん mailto:sage [2018/07/21(土) 19:43:53.72 ID:Zy/M/93a.net]: webのMVVMとWPFのMVVMは全然別物なんだけど
303 名前：デフォルトの名無しさん mailto:sage [2018/07/21(土) 19:45:43.37 ID:Zy/M/93a.net]: >>292
よく見たらMVCまでC#起源とか言い出してるし
韓国人みたいなメンタルになったら終わりだぞ？
304 名前：デフォルトの名無しさん mailto:sage [2018/07/21(土) 21:50:51.30 ID:2DvCBOqB.net]: いい年こいて自己評価が低い奴ほど所持品や帰属集団を持ち上げるのよ
そうしないとアイデンティティが保てないからね
305 名前：デフォルトの名無しさん mailto:sage [2018/07/21(土) 23:29:28.47 ID:0xTgj6Q5.net]: マカーのことですかね？
306 名前：デフォルトの名無しさん mailto:sage [2018/07/22(日) 02:18:42.16 ID:uvYJ1bPq.net]: マカーは間違いない
307 名前：デフォルトの名無しさん mailto:sage [2018/07/29(日) 12:03:09.03 ID:F74jAWuk.net]: ボタンにマウスが乗っかるときのアニメーションを切りたいんですが
どんなコードになるんでしょう
XAMLじゃなくてコードで書きたいです
308 名前：デフォルトの名無しさん mailto:sage [2018/07/29(日) 12:05:47.07 ID:lzRBxehA.net]: >>298
テンプレートを丸ごと入れ替える
コードじゃなくてXAMLで書いてください
309 名前：デフォルトの名無しさん mailto:sage [2018/07/29(日) 13:04:07.04 ID:Zfn8669V.net]: なぜ知ってる範囲だけで済まそうとして苦行をしようとするのか
310 名前：デフォルトの名無しさん mailto:sage [2018/07/29(日) 15:35:50.53 ID:F74jAWuk.net]: ありがとうございました
出来ました！
311 名前：デフォルトの名無しさん mailto:sage [2018/08/09(木) 13:35:42.03 ID:iZ+v1VOW.net]: FormsよりWPFの方が、VisualStudioがよく落ちるな
WPFって脆弱なイメージがあるけど大丈夫か
312 名前：デフォルトの名無しさん mailto:sage [2018/08/09(木) 14:34:35.14 ID:V+cwSzFl.net]: ヒミツだ
313 名前：デフォルトの名無しさん mailto:sage [2018/08/09(木) 14:41:06.52 ID:dPMfUDyX.net]: やりたかったのはJSPなのかも知れないが、
現時点ではそびえ立つ糞
314 名前：デフォルトの名無しさん mailto:sage [2018/08/09(木) 14:42:15.22 ID:pltsa5oH.net]: その印象は正しいよ
WPFはDirect3Dを使うからハードウェアとの相性で落ちたりしやすい
315 名前：デフォルトの名無しさん mailto:sage [2018/08/11(土) 11:45:18.69 ID:v04aMPE6.net]: 脆弱フレームワークだから寂れていくのは当然だな
316 名前：デフォルトの名無しさん mailto:sage [2018/08/23(木) 10:22:02.04 ID:Ye2c7X68.net]: 見るからに煩雑で洗練されてないもんな。馬鹿文系が設計したイメージ。
317 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 12:46:26.37 ID:/xip7+3F.net]: docker for winのGUIはWPF
318 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 07:10:47.32 ID:pnNpxv+y.net]: 見づらいフラット文化をなんとかしてくれ。
319 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 07:32:42.93 ID:JNmPLD5r.net]: 老害は分化から去れよ
320 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 07:44:56.01 ID:pnNpxv+y.net]: >>310
フラットって昔からあるデザインだということも知らんとかアホすぎ。

時代錯誤なんだよ、おまえとフラットは。おまえの脳もフラットなんだろうwww
321 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 08:17:05.39 ID:O5ts4 ]: [ここ壊れてます]
322 名前：pMn.net mailto: >>311
顔真っ赤だよw []: [ここ壊れてます]
323 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 09:27:44.11 ID:pnNpxv+y.net]: フラット脳乙w
324 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 10:43:44.62 ID:1F1/dwu4.net]: 額縁ド3Dはダサいとなっちゃったからなぁ…
325 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 10:59:12.74 ID:pnNpxv+y.net]: ならクビにする必要ねぇな。なんでMSはフラット推進した奴をクビにしたんだよ。
Windows8以降の移行、普及の失敗はそれ以外にないからだろwww

タダでも移行しない人が半数もいるとかどんだけダサいんだって話だ。中身はほとんど同じカーネルなのに。

しかもカッサコイイだの最新だの言ってる奴はどいつも単発ID。過疎スレである以上同一人物なのは明らか。
つまり、全く人気がない、流行ってないのに、さも人気があるようにレスしてるマカーと同じ行動w

この恥ずかしい自演は自ら人気がないことを自覚してるからに他ならないwww
326 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 11:09:21.82 ID:Oq1uuovu.net]: フラットは個人的に好きじゃないが、ただでも移行しない理由がそんなとこあるとは思えん
むしろ個人的には完全強制せずによく半数も移行したなって思うくらい
327 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 12:02:00.36 ID:9Ag6pO1n.net]: Windows8のUIはフラットがどうとか以前の問題だと思うが。
328 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 12:11:00.68 ID:t5n0w1CR.net]: MicrosoftのModern以降のUIはシグニファイアを全く考慮してないので
素人がガワだけ真似たのが丸わかりなんだよ
フラットとかそういう問題以前
329 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 18:15:28.19 ID:ztrngelF.net]: 流石に3Dルックは古い
330 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 18:29:26.64 ID:MbnBSgz5.net]: マテリアルデザインはショボすぎだわ。もうちょっとエフェクト多用してGPU使ってほしいわ
331 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 18:33:32.31 ID:MbnBSgz5.net]: まぁ、fluent designもアクリルエフェクト抜かせばマテリアルデザインと似たようなもんか
332 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 21:13:01.25 ID:CIUWIYCt.net]: Aquaが出たとき俺はあまりのダサさに絶句したけど、称賛する人多かったね。
333 名前：デフォルトの名無しさん [2018/08/28(火) 05:43:53.13 ID:drPUruyv.net]: >>319 ←こういう馬鹿ってスマホしか使ったことないんだと思う
334 名前：デフォルトの名無しさん mailto:sage [2018/08/29(水) 02:10:23.77 ID:MY0raY6J.net]: 今wpfで組むならデザイン何使うのがオサレなの？
335 名前：デフォルトの名無しさん [2018/08/29(水) 08:59:23.57 ID:N6DyhuHP.net]: >>319
おじいちゃんはまだWindows1.0を使ってるの？
336 名前：デフォルトの名無しさん mailto:sage [2018/08/30(木) 00:27:17.50 ID:GNuVCrXn.net]: >>324
Luna
337 名前：デフォルトの名無しさん mailto:sage [2018/08/30(木) 00:59:54.56 ID:GXNfpLte.net]: >>324
Material Design In XAML Toolkit が結構良い感じだ。
ほとんど手を加えなくてもそこそこの見た目になるのでお手軽だし、サンプルのデモプログラムも良く出来てる。
338 名前：デフォルトの名無しさん mailto:sage [2018/08/30(木) 10:23:50.73 ID:VYFdWe+R.net]: 画面遷移するのに、標準のNavigationWindowとPrismのNavigationのどちらを使うか迷っています。
それぞれメリット・デメリットは何がありますか？
339 名前：デフォルトの名無しさん mailto:sage [2018/08/31(金) 23:08:47.30 ID:j7vDBQzO.net]: >>326
LunaってXPみたいなやつ？

>>327
Material Design In XAML Toolkitってまだイケるんや
340 名前：デフォルトの名無しさん mailto:sage [2018/09/02(日) 13:57:51.47 ID:63fSznzS.net]: WPFってほんと情報ないよな。誰も使ってないんじゃないの？
341 名前：デフォルトの名無しさん mailto:sage [2018/09/02(日) 21:42:18.49 ID:A6ZAg8N0.net]: Stackoverflow（非JP）がバイブルすぎてな

あそこ見りゃ大抵は解決するので他の情報サイトの出番が無い感じ。
342 名前：デフォルトの名無しさん [2018/09/02(日) 21:51:54.13 ID:RG40wWfe.net]: 入門みたいのの話じゃない？
定番の本とかもないしstackoverflowはある程度わかる人には
343 名前：便利だけど みんなMSDNオンリーでマスターしてんのか []: [ここ壊れてます]
344 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 04:54:31.98 ID:wlmAuvR5.net]: Pro WPF 4.5 in C# のサンプル
345 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 05:00:59.93 ID:2by2E//Q.net]: >>330
GitHubに参考になりそうなのめっちゃあるやん
346 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 12:17:54.55 ID:/evEmS+I.net]: 俺はMSの外人サン記事？のwpf サンプルから盗んだなぁ最初は
あと基礎部分はMSDNだな。依存関係プロパティとかそこらへんの基礎分かってないと辛い
347 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 13:38:35.43 ID:PRwsTZkp.net]: なるほど。これは惨いな。
しかしこんなゴミのスレがPart22まで伸びるなんてMSの力は恐るべしだな。
やはり使ってる人が多いのだろう。
348 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 13:46:42.12 ID:RWH215BR.net]: >>336
なにが？
349 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 15:14:20.87 ID:NgvY60n2.net]: WPFの宣教師がたくさんいたらいいのにね
350 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 16:52:46.69 ID:v7RhcxZF.net]: ぶっちゃけWPFは先行きどうなの？
あと、Windowsのデスクトップアプリ作るのにWPFでやる利点あるの？
351 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 17:31:43.40 ID:vcilZH89.net]: MSはWPFの終息宣言を出す一歩手前らしいよ（出すかどうかはわからないけど）
もうメンテナンスレベルだから最新の技術を使いたいならUWPに行くしかない
352 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 17:38:53.91 ID:RWH215BR.net]: >>340
ソース
353 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 17:42:25.23 ID:H2NUpwyF.net]: >>340
.NET Core3.0でわざわざアレするのに？
354 名前：デフォルトの名無しさん mailto:sage [2018/09/03(月) 21:10:42.01 ID:NUT/SUAv.net]: UWPこそ将来性どうなのよ
355 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 09:07:43.73 ID:1lJUjoI5.net]: UWPてWindows10だけだろ？
356 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 09:58:25.64 ID:2GdAAA45.net]: >>344
基本的にはね
unoみたいな例もあるけど
357 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 11:44:15.15 ID:bWso7Cx5.net]: UI変更だけでここまでWindows10が拒否られるとは。
やはり、UIは変更するなと言ってたゲイツは天才だったんだな。
358 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 16:22:04.00 ID:4ZV4w0Td.net]: >>346
Windows10が嫌われてるのはUIだけが原因じゃないだろ
359 名前：デフォルトの名無しさん [2018/09/04(火) 20:32:19.99 ID:hF0+imc1.net]: つまりFormアプリケーションが鉄板だったてことか（ry
360 名前：デフォルトの名無しさん mailto:sage [2018/09/04(火) 22:01:33.91 ID:nzBiP8NP.net]: 残念ながらそう
361 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 07:56:52.07 ID:2JdbfNpR.net]: Visual BasicのFormアプリが一番良いよなｗ
俺のような馬鹿でもいっぱしのモノが作れたのに、なぜWPFみたいに小難しいものを作ってしまったのか・・・
362 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 08:04:19.59 ID:34X6OCBd.net]: WPFでもビハインドにイベントベタ書きならFormsと同じ感覚で楽チンやで
363 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 20:08:14.88 ID:2QhQH+U6.net]: 同じことするのに新しいことを覚えなきゃならないならまず覚えないよな。
364 名前：デフォルトの名無しさん mailto:sage [2018/09/05(水) 22:14:11.34 ID:zKh6gb5E.net]: >>330
かずきさんのブログ(かずきのBlog)のWPF4.5入門
365 名前：デフォルトの名無しさん [2018/09/06(木) 01:25:19.20 ID:0uqAcnmW.net]: Formが良かったとかじゃなくて、先に出たものはその仕様に合わせて作るんで
次に考えるときそれが標準で考えちゃうってことだろうな。

必要ない動きでもFormがこうだったから、とか。
最初のツールが右下に決まったものがでるようになっていたら
後のツールも右下に出ないと困るとか。右上でも問題なくても
今までそうだったから。

なんってところでしょう。
366 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 01:59:16.77 ID:zXYr6cPt.net]: ずっと言われてるけど
JSとかflashの受けが良かったんで.NETに乗せたって事でしょ？
367 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 02:05:32.79 ID:YvnvvH8i.net]: strict感と冗長感が敗因
.NETに乗せると命名が省略できないからなぁ
368 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 12:28:23.52 ID:dvObnjH7.net]: web技術の流行なんて使い捨てばかり。だって作ってる奴らは何も考えてないもの。
369 名前：デフォルトの名無しさん [2018/09/06(木) 13:15:27.02 ID:lig/j+PJ.net]: WPFでGUI作成がより合理的になったと思ったんだけどな
まさかFormにあるのにWPFにないコントロールがあるなんて・・・
タッチ前提とかふざけるな、まるでFormのサブセットじゃないか
370 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 15:59:22.13 ID:4Yxqpek4.net]: NumericUpDownすらない...
みんな自作してるの？
それともフリーや有償のUIコンポーネント使ってんの？
371 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 18:42:31.36 ID:fqcUSARG.net]: 商法のひとつなのかもしれない
372 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 18:46:57.99 ID:YvnvvH8i.net]: そういやBlendで小銭稼ごうとした罪があったな…
373 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 21:32:17.53 ID:vR96RlS3.net]: mf
374 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 20:11:00.98 ID:ioAS6L92.net]: >>359
NumericUpDownはWPFの機能紹介のためにあえて削られている
NumericUpDownくらい簡単に自作できるのがWPFなんですよみたいなノリで
いたるところいろんな人たちにより作り方が公開されてる
375 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 21:09:38.29 ID:ivnpuGcn.net]: ボケてるんですか、おじいちゃん。ただの実装忘れですよ。
376 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 22:22:55.08 ID:ZHx/D3gE.net]: WPFは、実際の現場でコーディングなぞしないエヴァンジェリスト達がブログやセミナーでドヤ顔するための道具
377 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 22:49:08.42 ID:tDG687S2.net]: は？
378 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 09:09:32.68 ID:zt8CFhfY.net]: ひたすら画面を量産する業務アプリのコーダーにXAMLを弄くって遊ぶ余裕は無い。
379 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 09:52:10.52 ID:CQEpELY8.net]: Forms のいいとこは、コントロールのカスタマイズ性の低さでもあると思う
ここまでしかできないんですよ、ってのはメリットでもある
380 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 10:47:05.17 ID:TEnoIcVb.net]: 追加やカスタマイズが容易だから最低限のコンポーネントしか用意しなかったってのは
最初の方針として悪くないと思うけど、一段落ついたところで MFC FeaturePack みたいなものを
用意してくれたらよかったのにねぇ。VSにいろいろ作り込んだコンポーネント公開するとか。
381 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 11:07:11.55 ID:6EerMJxu.net]: WPFは楽そうで全然楽じゃない
普通にボタンそのままだと楽だけど選択表示の青色を変えようとするととんでもなくめんどくさい
あとは意味不明の動作がたまにある
listboxのセレクションが単独になってるのに複数青色の選択状態になってたりする
382 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 11:54:27.40 ID:CQEpELY8.net]: あと日本人に青天井仕様は合わないんだよ。天井決められなくて右往左往する
383 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 12:02:10.89 ID:3pEPHB8S.net]: 自由度が高いとおれジョブス的な馬鹿がトンデモなUIにするからな。
384 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 12:16:05.18 ID:yUsEKjNJ.net]: >>369
それいいね
385 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 00:01:50.88 ID:jL2RddzM.net]: >>370
テンプレートを修正すればいいだけだから、慣れたら簡単なんだけどな
ヴィジュアルステートマネージャーとか取っつきにくいのは確かだが
386 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 09:44:22.42 ID:CFGA6fX5.net]: なんという時代遅れの開発。viで開発してた暗黒時代かよ。RADはどこ行った？
387 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 13:06:21.27 ID:FKuEa+nq.net]: WPFとか関係なく時代の流れで消えてったな>RAD
388 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 16:11:31.66 ID:cAjdFNDF.net]: ポトペタじゃレイアウトできん
389 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 16:26:44.98 ID:CoAqPQqv.net]: .NET core3でWPFが動く方になったりUWPコントロールをホストできるようになるらしいが、未来はUWP。
390 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 17:19:00.66 ID:jL2RddzM.net]: wpfのテンプレートに文句言う人は、formsでgdi+触ったことない人なんだろうね
あれに比べたらwpfは天国だよ
391 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 18:12:57.33 ID:CFGA6fX5.net]: このコードを碌に書いたことがない素人が設計したとか思えないWPFが天国だとは。
キミはOSS出身者か？　キミがどういう開発経験を経てWPFを使ってるのか聞きたいものだ。
392 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 18:23:58.81 ID:WxkkDPoD.net]: 下をみたらどんなクソでも天国じゃんw
そんなの使いたくねー
393 名前：デフォルトの名無しさん mailto:sage [2018/09/10(月) 02:24:49.23 ID:lWCW8iwB.net]: 上を見ようにも、.NETでデスクトップアプリ作る場合は、他に選択肢無いし
FormsとWPFならWPFの方取るな
作るものにもよるけど
394 名前：デフォルトの名無しさん [2018/09/10(月) 22:14:40.80 ID:ZVsh3VZu.net]: よく映画であるように、WPFでマンションなどの建物を
3dのワイヤフレームで表現したい。

この場合、建物のモデリングというか座標計算は
別のツールを使うのが定石でしょうか？
path情報をxaml形式で吐き出してくれたり
するのでしょうか
395 名前：デフォルトの名無しさん mailto:sage [2018/09/11(火) 09:24:22.38 ID:Iy5g2fnR.net]: SharpDX
396 名前：デフォルトの名無しさん mailto:sage [2018/09/13(木) 01:48:18.04 ID:4Ru1Lv7U.net]: 久しぶりにwinアプリ作ろうするとあれwinのUIってダサかった?と思うぐらいださいな。
WPFは標準でもっとかっこいいスタイルだかテーマを用意してほしかったな。
visual studio2017のダークテーマのUIのアプリを簡単に作れるようにしてほしい。
397 名前：デフォルトの名無しさん mailto:sage [2018/09/13(木) 01:54:10.66 ID:4Ru1Lv7U.net]: material desingn tool kitやらmahapp metroとか微妙すぎる
398 名前：デフォルトの名無しさん mailto:sage [2018/09/13(木) 03:03:40.01 ID:6YRV54GH.net]: >>384
ありがとうございます、調べてみます
399 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 15:21:43.15 ID:7cFkJHyY.net]: WPFでコーディングしてるだけでも落ちるようになった。
Formsの時はこんなに落ちなかったのに、やっぱりGPUにアクセスしてるから
ドライバーが悪いんかな
400 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 15:34:28.17 ID:9YIGF0Lk.net]: vs2010と2008R2の組み合わせは惨かったなぁ

まぁ環境書いた方が良いかと
401 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 17:43:57.65 ID:HVgt1gkj.net]: 10年経っても枯れないWPF。人柱が少ないせいだな。
402 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 18:19:06.34 ID:4SfoRcBF.net]: タイミング悪かったんだろう。WPFの後すぐにiphoneが出てみんながｽﾏﾎアプリ開発に舵を切り出しちゃったから普及しなかったとか?
4,5年ぐらいipohneの発表遅かったらもっとWPFできる人もっといたんじゃね
403 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 18:33:06.32 ID:AfA1DF1K.net]: 勝利だな。ずっと最新技術
404 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 20:54:49.78 ID:I/4HQA/j.net]: Silverlightの機能が充実して来て、さあいよいよこれからってタイミングで
林檎が「RIAプラグインは悪！」って強硬に主張したせい
405 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 22:26:35.74 ID:Kk3TmTF8.net]: >>388
.vsフォルダー内のファイルを消してみたら(.suoファイル以外)
406 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 01:03:44.15 ID:RBFo1lzJ.net]: Windows8-10に移行してくれないのはiPhoneのせい!!!
アクロバット杉だろw
407 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 01:17:23.05 ID:/vyv9ANM.net]: Silverlightが終了した理由としては間違ってない
あの潮流で主要ブラウ�
408 名前：UからNPAPIのサポート切られて、どうにもならなくなったからね WPFがって話になると、またちょっと事情は違ってくるけど 全く影響が無いって事もないな []: [ここ壊れてます]
409 名前：デフォルトの名無しさん [2018/09/15(土) 01:34:24.39 ID:d+RCfJTy.net]: Flash排除の政治
これに尽きる
410 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 06:58:47.18 ID:n4EgxeJB.net]: だがあれは死んでくれて良かった
411 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 08:49:54.50 ID:rGM5t5VC.net]: 統一されるなら生きてた方が良かったな。まぁ、特定の会社にコントロールされるのはあれだけど。そしたら、c#で楽に開発できるし。
更にスマホもマイクロソフトが覇権とってりゃな、c#一本でいけらのにな
412 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 10:07:29.73 ID:tNfUfPYz.net]: WPFの競合相手は他でもないWinformsだろう
しかも敗北したようなもんじゃね？

XAMLに機能を詰め込もうとし過ぎて開発者オナニーに半身突っ込んでるような設計だし
根本的なパフォーマンスの問題もまるで手に入れないまま一新する機会を失った

慣れればレイアウトやコントロールのカスタム自体はWinformsと比べて強力ではあるんだけどさ
413 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 10:28:45.14 ID:rGM5t5VC.net]: そこまでパフォーマンス要求されるアプリを.netで作ったことねぇけど、UWPの.net nativeとx:bindとか結構すごいのかね?

UWPアプリ何個か作ったが、x:bindとbindingで体感差とかタスクマネージャー見ても精度悪いから差を感じねぇし、パフォーマンスプロファイルしてもわからねぇw
414 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 10:46:57.09 ID:h1bufCaZ.net]: 画面のレイアウトはXAMLで非常に楽になった。もうFormsに戻りたくない。
415 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 11:06:39.66 ID:Xc5RKOnR.net]: 一度覚えたらXAML書きやすいよね
俺はイベントはFormsみたいにコードビハインドにベタ書きしてUIだけXAMLの恩恵受けてるわ
MVVMとか意識高いことしなくてもこれで十分使いやすい
416 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 13:12:08.71 ID:EME89BwS.net]: ブロガーだかエヴァンジェリストだかいう連中が意識高い布教し過ぎただけだろｗ
417 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 15:39:30.09 ID:RBFo1lzJ.net]: formで画面のレイアウトに苦労するというUIとはいかなるものか。
それはもしかして、ひょこひょこと動的にレイアウトが変わるあの一番嫌われてるUIのことではないのか。
418 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 22:11:21.53 ID:wUMJLM3O.net]: >>400
XAMLは実体はただのオブジェクト生成用のDSLでしかないから詰め込んでないよ
419 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 23:34:55.07 ID:6SkcIdFI.net]: 部品貼り付けてプロパティ弄ってイベントコード書く単純作業しかできない業務アプリのコーダーにWPFは無理。
VB全盛の頃から今に至るまで大量に生産されたそいつらに再教育は無理。
420 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 23:42:09.03 ID:RBFo1lzJ.net]: ジョブスもいつもユーザーのせいにしてたしな。
421 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 23:50:48.85 ID:rGM5t5VC.net]: 別にandroidだってdata bindingライブラリができて、最近はarch　componentで永続するviewmodelが用意されてmvvmでつくれるようになったのに
422 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 23:52:19.96 ID:rGM5t5VC.net]: もうこれぐらいは標準技術じゃね。
423 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 01:37:21.49 ID:Q5j4SiHR.net]: ただのポチポチゲーを豪華に見せたいだけですね。
424 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 05:51:32.28 ID:32fLF0l4.net]: >>410
いつから日本のドカタが標準レベルだと思ってたの？
425 名前：デフォルトの名無しさん [2018/09/16(日) 07:56:55.23 ID:oDMvW7cM.net]: UwpDesktopって2016年で開発止まってるのね。　コマタ、、、　BLEがコネクトできない。
426 名前：デフォルトの名無しさん [2018/09/16(日) 12:43:05.58 ID:Zd9aJv6G.net]: >>413
手動でやってみたら?
1803に通用するか分からないけど、UwpDesktopが動かない1703で動かす記事ならあったよ。

超簡単！ WPFなどの.NETのアプリからUWPのAPIを使う
～日本語の読み仮名を取得するAPIを題材に
https://codezine.jp/article/detail/10654
(3ページ目、要登録)
427 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 14:23:59.37 ID:w97F4Kz1.net]: UWPはStorageのようなゴミクズ設計が混入してるからついつい避けてしまう
428 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 16:51:39.24 ID:xglFG3kP.net]: スマホでストアアプリの安心サンドボックス環境に慣れると、パソコンでもそこらへんの野良アプリ入れるの怖くなってくるわ。
サンドボックス環境最高
429 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 17:53:23.74 ID:75aeC/cD.net]: サンドボックスは迂回されるためにある
430 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 18:13:24.70 ID:0y43fCrG.net]: 安全性と利便性はいつの時代もトレードオフ
431 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 21:55:44.75 ID:F2vzl5VC.net]: 見た目と利便性はいつの時代もトレードオフ
432 名前：デフォルトの名無しさん mailto:sage [2018/09/18(火) 23:34:54.12 ID:ml+9R6/h.net]: Livetまだやる気だったんか
知らなかったあ
433 名前：デフォルトの名無しさん [2018/09/20(木) 15:49:55.28 ID:tEDp2SMr.net]: >>420
Livet にやる気はないだろ
メンテナーになった人が見るに見かねてとりあえずマージしつつ動くようにしてくれてるってだけだし

今更更新かけ始めてももう手遅れでしょ
434 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 15:53:17.10 ID:9QRm2oab.net]: wpfのメンテ任された日にゃ自殺したくなるわな
435 名前：デフォルトの名無しさん [2018/09/21(金) 02:06:59.16 ID:jUjkv+vm.net]: xmlでインターフェイス書くのはもう廃れるのかな
436 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 08:04:01.90 ID:yMvF3xo8.net]: じゃあ、何でインターフェース書くのが主流になるんだろ？
437 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 08:16:09.13 ID:5Zk+qk5l.net]: XAMLって簡単で便利なんだけど、ユーザーが編集したDBをアプリで読み込んで画面レイアウトするシステムだとそこまでメリット見出せなかった。
うちの会社の製品は大半がそのタイプだから魅力も半減だわ。
438 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 08:24:10.65 ID:OtBYfWD4.net]: WPFの魅力は半透明
439 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 11:01:17.56 ID:cShjmB8e.net]: WPFはクレイジーだぜ！
440 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 17:58:35.73 ID:xQShnEjp.net]: >>425
EFとモデルバインディングの相性は抜群だけどそういうことじゃない？
441 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 19:31:50.72 ID:AZ1fZ2I2.net]: XMLでinterfaceを書く？？、っと思ったらUIのことか。
コードで構築するタイプだとプレビューツールとの連携が問題になったりするし、結局何かしらのDSLを使うことになるだろ。
442 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 00:01:52.28 ID:lvi4DOp5.net]: htmlはxmlっぽいのにメジャーだ
あれがもしcss無しだったらここまでは普及してないかもしれない
443 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 01:36:11.74 ID:M/l8fbUV.net]: この人は何を言ってるのだろう。
444 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 08:23:12.58 ID:BD/9qPVn.net]: すみません
すぐ片付けますんで…
445 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 10:59:32.65 ID:6W77rnQj.net]: css採用したjavaFXの惨状はwpfどころじゃないよな
446 名前：デフォルトの名無しさん mailto:sage [2018/09/25(火) 20:57:59.35 ID:O2rxmZg9.net]: MicrosoftがWinForms/WPFの利用コードを使った.NET Core 3.0機能投票を実施へ
https://www.infoq.com/jp/news/2018/09/Core-3-Portability-WPF-WinForms

このイニシアティブの下では、WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ。
目標とされているのは、Windows開発者が、.NET Coreでのデプロイメントとパフォーマンス向上を享受できることである。

ただし、クロスプラットフォームUIが長期的に可能性がないと言う訳ではなく、
WinFormsのMono/Linuxバージョンを.NET Coreに移植することは可能かも知れない。
447 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 03:01:10.19 ID:O5uwEyCv.net]: 今のMS技術者はなんかズレてる。
448 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 07:37:37.15 ID:zJgnmqfv.net]: レガシーデスクトップアプリとVB.NETがdotnetcore移植をかなり妨げてる
coreを普及させたいならこの対応は正解だと思うよ
次はWCFを移植して乗り換えはほぼ完了じゃないかな
449 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 11:52:13.81 ID:XQ7z/6xP.net]: UWPの普及の起爆剤は、案外UWPのWinForms取り込みだったりしてな
450 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 13:33:23.32 ID:fkK1hU67.net]: widows開発者のなかじゃ.net coreを支持してる人は少ないんだけどね
とりあえず新しいことをやりたい人もずっと足踏みしてる感じで受け入れがたいみたいだ

.net frameworkの利点が一部失われてるし移行するメリットがまるでないから
451 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 14:23:13.81 ID:77UXZnRP.net]: >>438
妄想おつ…
452 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:34:50.13 ID:9nbR33q4.net]: パフォーマンスとポータビリティってわかりやすいメリットだと思うがな
多分、資産のコードが汚すぎて移行コストが高すぎるんだとおもう
綺麗なコードだとあっという間に移行できるから僅かなデメリットだけでメリットを享受できる
453 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:34:52.66 ID:yZCmm8eZ.net]: 19ドル一回払えば、配布に関わる一切をMSが面倒見てくれるUWPにメリットがないらしい
食わず嫌いってものじゃね？
454 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:43:03.74 ID:EHBHgThE.net]: 一回目5千円ぐらい
2回目その半額ぐらい払ったよ

その当時アップしたソフトは全部消された
455 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:45:49.08 ID:EHBHgThE.net]: .net coreのポータビリティというけどwindowsだけしか使わない場合はなんのメリットもない

MSも,net coreは.net frameworkの置き換えを狙ったものじゃないってはっきり言ってる
.netframeworkを使ってる人はそのまま使えって言ってる
456 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:49:54.04 ID:CGe37Oc4.net]: UWPに拘らんくても良いけどパッケージはさっさとMSIXに統一して欲しい
exeは絶滅してよし
457 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 19:16:12.82 ID:SfBrsqof.net]: >>443
メリットあるぞ
企業だと同じWindowsでもランタイムバージョン結構ばらばらだからな

置き換え狙ったものじゃないとかFWそのまま使えってのは拡大解釈じゃないか?
全部の置き換えは目指してない、とかFWもサポート続けるから安心して使っていいよ、という文脈ならよく目にするが
458 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 19:49:43.56 ID:vtdLLyIX.net]: デスクトップ以外がCore、Standardに移行してるんだから、WPFもCoreベースになった方がメリットがあるというだけだな。
459 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 19:58:28.59 ID:/SQHk11B.net]: >>443
はい妄想おつ
460 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 23:42:48.81 ID:/zjZBrwl.net]: .net core押しの人ってこういう人ばかり
何かあれば妄想とかいう
461 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:04:07.56 ID:0SgPJF1h.net]: MSのガイドラインだと.net coreはサーバ向けで初めて選択肢に入る
サーバといっても実質はほぼwebサーバのことだけど

次のような場合、サーバーアプリケーションには .NET Core を使用します。
クロスプラットフォームが必要である。
マイクロサービスが対象である。
Docker コンテナーを使用している。
高パフォーマンスでスケーラブルなシステムが必要である。
1 つのアプリケーションに複数の .NET バージョンが必要である。
462 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:16:08.13 ID:9Ngn9lE/.net]: >>441
味音痴にもほどがある。
463 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:17:12.80 ID:iGHPY ]: [ここ壊れてます]
464 名前：Qt6.net mailto: UWPは制限多すぎて配布とか考える以前の問題 []: [ここ壊れてます]
465 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:26:27.59 ID:Ft8D7cEG.net]: そもそもUniversal Deviceとやらが存在しないだろう
MSによるとPCとXbox OneとSurface Hubだってよ
寝言は寝て言え
466 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:45:26.60 ID:4ugdlN24.net]: >>449
コンソールアプリを忘れたのかい？
467 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 14:49:18.14 ID:UEQayQEC.net]: >>449
それ、UWPじゃなくてASP
468 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 14:59:55.32 ID:UEQayQEC.net]: >>451
・DBはREST　API前提だから現状でも問題ない
・ファイルアクセスは来月のWindowsアップデートで改善される予定
・DataGridはCommunity Toolkitでリリースしたから、そのうち本家に取り込まれる見込み

完璧じゃないけど一応進んではいる
469 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 15:33:01.09 ID:hYWXyaaP.net]: ダメだ…
この戦いはまるでPython2.xと3.xの時と同じのようだ…
470 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 18:39:20.21 ID:34EufdvK.net]: 使いやすいところで使いやすいものを使い分けるだけ
pythonみたいに2系がなくなるものでもないし

ここ5年ほど出てる入門書にはwinformsが使われててWPFが一切出てきてないだろう？
そういうことだ
471 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 18:49:07.33 ID:6fCJVBDU.net]: 初心者向けにはFormsってことだろう
んで初心者向けの道具ってのは往々にして玄人には合わないものなんだね
プログラムに限らずなんでもそうだよ
補助輪付きの自転車に乗るツーリストはいない
オートマの自動車に乗るレーサーはいない
料理人はプラスチック包丁を使わない
プロ野球選手は軟式ボールを使わない
そういうこと
472 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 20:26:22.80 ID:GUnfJsO1.net]: WPFベースのレタッチソフトとかCADが出ればその説を信じる
473 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 21:24:25.29 ID:17pMlxqt.net]: WPFは残念ながらC球ですらない100均のゴムボールだ
いや100均のゴムボールの方がまだ用途があるか
474 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 21:32:13.54 ID:jG4CZeQS.net]: 昔、WPFなんて流行らないって言ったら
MSが推奨して押してるフレームワークだぞ妄想乙って言われたなー

懐かしい
475 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 21:43:47.15 ID:/b1ty8XL.net]: どうでもいいがム板でやる話題じゃねーな
476 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 00:53:01.90 ID:tLeLcxgK.net]: マーケティング上の理由で仕様がクソになる場合があるね。
MSの世界とWindowsの世界は分けて考えないとね。WPFはMSの世界の産物。
477 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 11:51:38.41 ID:pLiz6ELv.net]: WPFはwinformsとかVB6とかhtmlとかMFCとかDirectXとか既存の技術が重複してて
メンテナンスコストがかかるから一本化しようと言うビルゲイツの思惑が実体化したもの

でも思ったより普及せずにコストだけ増えました
478 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 12:26:44.38 ID:pLiz6ELv.net]: 2003年にSUNがlooking GlassというUIを発表した
2Dデスクトップを2.5D表現にするような内容であった
畑違いで競合するわけではないのに驚くほど先進的だったのでOS各社は非常に焦った

OSXより先進的だったのでappleのジョブズは訴訟を起こして開発を止めようとした
ゲイツはLonghorn(のちのVISTA)に同じような技術を導入しようとした
その残滓がWPFである

WPFの医療カルテのデモはLooking　Glassをかなり意識したものであった
479 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 15:01:13.52 ID:MONIOm5G.net]: sunはその前にもSunViewでXに挑戦して失敗しているからなぁ
480 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 17:20:13.18 ID:aVDcu7ZX.net]: MFCは結構よさげだがC++がクソなんだよな
481 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 23:54:11.92 ID:/ADhHHVV.net]: え
482 名前：デフォルトの名無しさん mailto:sage [2018/09/29(土) 02:13:14.81 ID:nH0gaqma.net]: XMLを馬鹿にしてたゲイツがWPFをだって？w
むしろゲイツが過去に散々言ってきたことを無視してできたのがWPF。
483 名前：デフォルトの名無しさん mailto:sage [2018/09/29(土) 16:21:02.68 ID:u0t4HW2z.net]: エッセンシャルWPF読んでない人発見
484 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 06:50:26.52 ID:/hRwCsch.net]: >>470
Essential WPFのエッセンスを3行でまとめてくれ。
485 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 14:19:12.73 ID:WykjOkjP.net]: System.Windows.Interactivity Namespaceでぐぐってもmsdnに行き着けないし、
なんとか探し出しても「）このコンテンツの定期的な更新は行われていません。」で
細部に移動すると「申し訳ございません。ご指定のページが見つかりません。」

Interactivityは消滅するの ?
486 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 21:06:23.40 ID:cMv18VJ/.net]: まだ日本語ドキュメント読んでるのかよ
en-usかなんかにしないとクソだぞ
487 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 21:29:26.11 ID:nG7g+TR7.net]: >>470
高いんだよ
488 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 21:40:18.06 ID:WykjOkjP.net]: >>473
en-us でもおなじです　やり方が悪いのでしょうか
url貼っていただくとうれしいです

>>474
英語のpds落ちてます
489 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 21:48:45.64 ID:WykjOkjP.net]: ありゃ　pdfだった
490 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 02:39:36.90 ID:kBcIuSZr.net]: >>470
早くEssential WPFのエッセンスを3行でまとめてくれ。
491 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 03:29:38.57 ID:/svc5Mta.net]: >>477
なんで？
492 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 04:13:45.47 ID:kBcIuSZr.net]: >>478
馬鹿なのか？
493 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 06:02:45.48 ID:/svc5Mta.net]: >>479
どうしてまとめる必要があるの？
494 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 09:57:20.09 ID:x8RCR3pi.net]: ガイジを相手にするな
495 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 12:30:09.53 ID:+X+STQbQ.net]: 普通に読んでねぇ。たけぇアホか
496 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 13:16:04.21 ID:vClNpQOK.net]: >>475
ごめん。何かと勘違いしてたみたい
今探したら見つからないね。
497 名前：デフォルトの名無しさん mailto:sage [2018/10/02(火) 08:46:25.26 ID:ILEhSv6P.net]: >>455
Community Toolkitでって、今までのこういうToolkitのプロジェクトって数年後にみんな投げ出されてるじゃん
ほんとにやる気あるなら公式でサポートすべきだわ
498 名前：デフォルトの名無しさん mailto:sage [2018/10/02(火) 08:51:00.07 ID:d/5ezaYv.net]: 利根川さんの言葉が身にしみるな
「いつ」とは言ってない
499 名前：デフォルトの名無しさん mailto:sage [2018/10/04(木) 19:18:03.97 ID:jsp1byrg.net]: >>458
F1は今ほぼセミAT定期
500 名前：デフォルトの名無しさん mailto:sage [2018/10/05(金) 09:13:18.68 ID:6kzfHX3+.net]: Update on .NET Core 3.0 and .NET Framework 4.8
https://blogs.msdn.microsoft.com/dotnet/2018/10/04/update-on-net-core-3-0-and-net-framework-4-8/

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 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 05:14:38.55 ID:k4MEPqcR.net]: >>477
・WPFは最高
・デザイナーは神
・PGは奴隷
502 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 09:31:53.21 ID:4zo/Vc1+.net]: >>487

＞　My personal opinion

で終了
503 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 12:48:38.24 ID:7i0hCL9m.net]: WPFの将来に希望が持てるようになったら起こしてください
504 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 13:32:56.48 ID:l5DUuLUz.net]: そのまま永眠になるかも
505 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 18:20:46.55 ID:4zo/Vc1+.net]: >>487
＞　既存の.NET Frameworkアプリケーションを使用している場合は、.NETコアに移行する必要がありません。

＞　.NET Frameworkは常にWindowsの一部になります。
＞　Microsoftの内部でさえも、.NET Frameworkをベースにした多数の大きな製品ラインがあり、.
＞　NET Framework上に残ります。
506 名前：デフォルトの名無しさん mailto:sage [2018/10/07(日) 07:09:54.42 ID:3fH6jCKe.net]: ・使いにくいなら、それはユーザーが馬鹿だから
507 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 07:09:28.72 ID:nyXNe9Lq.net]: ・WPFが普及しないのは技術者が馬鹿だから
508 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 08:04:47.94 ID:YAwndXAX.net]: ・WPFが普及しないのは、底辺PGが大半という現実をマイクロソフトが理解してないから
509 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 09:36:10.37 ID:BpJVub0/.net]: ・WPFが普及しないのは、MSの宣教師が少ないから
510 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 10:35:26.49 ID:AK6zOgY7.net]: ・WPFが普及しないのは、VSのXAMLテキストエディタで
プロパティエレメントのタグのうち、オブジェクト部分(ドットの左側のみ)を色変更できないから。
そこを薄いグレーにするだけでプロパティ名が強調されて世界が明るくなる。
511 名前：デフォルトの名無しさん mailto:sage [2018/10/13(土) 21:40:21.41 ID:jxbU9qaF.net]: >>496
少ないというか、役に立たない宣教師しかいないのが…
512 名前：デフォルトの名無しさん mailto:sage [2018/10/13(土) 23:04:17.88 ID:T9MlimPF.net]: 宣教師たちの「XAML弄るとこんな事もできるんですよ」とドヤ顔に、現場PG達の冷めた目。
513 名前：デフォルトの名無しさん mailto:sage [2018/10/14(日) 01:38:45.87 ID:b2n7Y+Va.net]: 伝説のボタン in 動画か
514 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 02:34:31.05 ID:5ZIbtmLp.net]: コードのコピペばっかしてんじゃねーよ！
515 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 10:51:53.58 ID:DvhiQnPF.net]: 開発スタイルが30年前に逆戻りしたWPF。骨董品を模倣した贋作とも言うべきか。
516 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 11:26:31.75 ID:DjL9US8/.net]: >>502
なら、最新の開発スタイルって何なん？
517 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 20:47:54.34 ID:4qUYryqZ.net]: 30年前の開発スタイルってのも謎だな。
518 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 21:44:05.93 ID:soy9GKs4.net]: >>502
あー言われてみればX Windowのプログラミングに似てるかも

UI要素の汎用性がとても高くて、やれることは無限大だけど、
ちょっと便利なコンポーネント（NumericUpDownとか）がなくて
いちいち作ってかなきゃいけないとことか
519 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 22:18:18.06 ID:ZFgHZNmT.net]: NumericUpDown好きだなｗ
520 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 23:28:47.24 ID:aJaE63SJ.net]: 業務アプリは部品貼り付けてプロパティ弄ってイベントにコード書くやり方での見積りだから、XAMLをああでもないこうでもないと時間かける暇は現場PGには無いよ。
521 名前：デフォルトの名無しさん mailto:sage [2018/10/17(水) 00:12:54.80 ID:ib1NGLuH.net]: FormsのNumericUpDownはボタンがちっさくて使いづらい
ボタンなしならwpfでビヘイビア一回書いたら使いまわしできるだろ
522 名前：デフォルトの名無しさん mailto:sage [2018/10/17(水) 19:35:42.05 ID:QBZICbug.net]: FormsよりWPFのほうが自作ツールでスキャフォールディングしやすい
業務系でこの差は大きい
523 名前：デフォルトの名無しさん mailto:sage [2018/10/17(水) 20:37:50.02 ID:TsE5rJty.net]: 業務系はコントロールは買うものなんですよ。
バーコードとかアナログメーターとか買ってペタペタ張るだけです。
524 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 02:04:01.10 ID:3AzHjXAP.net]: 顧客と接するとフラットデザインの嫌われ方が異常だよな。強制しなきゃこれほど嫌われなかったのにな。

こんなものを強要したアホデザイナーは死刑で。
525 名前：デフォルトの名無しさん [2018/11/06(火) 15:50:22.57 ID:1KwAte1P.net]: Formsの経験はあるんだが、WPFちょこっと勉強してるがむずいな
本買わないとWEBサイトじゃ分かりやすくまとまったサイトないんかなこれ
依存関係プロパティだのルーティングイベントだの分かりにくいわ
結局何ができるんだよって感じ
526 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 16:42:56.68 ID:Go0dGTYF.net]: 別に何とかはない。当たり前だが窓の枠を超えるモンじゃないし
527 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 16:59:49.18 ID:Rk3/XN/Y.net]: >>512
>依存関係プロパティだのルーティングイベントだの
判っているのに越したこと無いが、そこは最初からわからなくてもなんとかなるところですわ
xamlのGridなどのレイアウトコントロールとかprism使ったバインディング辺りから始めるといいかな
528 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 08:14:13.24 ID:R1jebf9Z.net]: かずきさんのblogをいちから読むのがいいと思う
529 名前：デフォルトの名無しさん [2018/11/08(木) 07:42:47.97 ID:WYSs7UTh.net]: WPFとUWPって何が違うの？
どっちもxamlだし
ターゲットOSが違うのは分かるが
コントロールが違うのと、WPF独特の構文や機能が使えなくなるって感じかな
530 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 07:43:26.95 ID:bB0K2a3q.net]: どっちも不便らしい。
531 名前：デフォルトの名無しさん [2018/11/08(木) 08:03:37.85 ID:A+dqwsVV.net]: どっちも死んでる
532 名前：デフォルトの名無しさん [2018/11/08(木) 13:04:26.52 ID:+JvSilEi.net]: >>516
まず、ブラウザ対応かどうかが違いますよね
533 名前：デフォルトの名無しさん [2018/11/08(木) 13:10:10.85 ID:Tu3rCJEk.net]: >>516
UWPはスマホやタブレットのバッテリー考慮したライフサイクルになってる。
自由に好きなフォルダのファイル読めない。(スマホ宜しくユーザーに許可を求める)
534 名前：デフォルトの名無しさん [2018/11/08(木) 13:16:48.07 ID:+JvSilEi.net]: >>512
どちらにしても、レガシーシステムを使いづづける場合のメインテナンスでなく
新たなアプリ開発となると、WinFormsのようなインターフェースは使えなくなる
ので、今後の環境に合わせたインターフェースにトライして行くしかない。

その際に、どれを選んでもWinFormsを前提にした頭があると、すべてが難しい
と感じてしまうと思う。

さらにロジックと画面の分離は、今後必須の課題。
その面では旧来のFormsで画面を含めた業務課アプリ開発の人達にとっては
乗り越えないとならない壁が幾つもあるのだと思うよ。
535 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 13:20:57.64 ID:g1taMrfK.net]: >>516
XAMLテクノロジーには大きく分けて2つの系統があるんだよ
一つはWPFで、これはほとんど全部C#で書かれてる
もう一つはその他(Silverlight, 昔のWindows Mobile, Windows Phone, UWP)で、C++で実装されてる
これらは共通のXAMLという言語を使っているものの、内部的には全くの別物だ
なぜ後者が生み出されて前者が見捨てられたかというと、単純にOS標準として位置付けるには重すぎたから
536 名前：デフォルトの名無しさん [2018/11/08(木) 13:24:31.78 ID:+JvSilEi.net]: >>512
>依存関係プロパティだのルーティングイベントだの分かりにくいわ

当初、私も悩んだ。
537 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 15:26:58.83 ID:TTiIEwU6.net]: UWPはMSにプッシュして貰えている
WPFはそうでもなかった
538 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 15:33:51.54 ID:TTiIEwU6.net]: 現状Uの意味が特にないのでWPにしたらいいと思う
忌まわしいWindowsPhoneと被るけど
539 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 15:38:26.23 ID:d71F1X2D.net]: micorosoftが生み出したまともな技術ってdirectXとExcelVBAくらいだよなｗ
540 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 20:07:55.77 ID:plYN5nix.net]: ExcelVBAがまとも…？？？
541 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 22:12:16.48 ID:LIupW5um.net]: 広く使われているからといって、マトモとイコールになる訳では無いのだ
542 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 22:32:11.06 ID:W66WWp6O.net]: みんなレスサンクス

WPFは重い
UWPはWindowsPhoneがこけてユニバーサルじゃない

のはわかるんだが、開発者視点でアプリ作る上で変わったことはなに？

UWPの目次見ると結構WPFと似てるんだよな

添付プロパティ、依存関係プロパティ、データバインディングにMVVMパターンと
この辺はWPFと共通か
ルーティングイベントとかリソースとかコマンドとかは軒並みなくなったのかな

俺今WPFの勉強してるんだが、WPFすっとばしてUWPの勉強した方がいいのか？
543 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 23:59:06.67 ID:WMjLjpiF.net]: >>529
一番助かるのがx:Bindというやつで、コンパイル時にバインドするプロパティーをチェックしてくれるからデバッグが楽になる
更にイベントハンドラーもバインド出来るからビヘビアを書く機会が格段に減った
544 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 00:07:09.50 ID:jpBrXl2c.net]: >>530
x:Bind、WPFでも凄く欲しい機能だけど、政治的理由で来ないだろうなぁ
545 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 00:12:13.49 ID:Eqr6+fNZ.net]: >>531
MSでは「レガシー」への新規投資は認められないからね
546 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 02:18:41.80 ID:jgq67h0m.net]: >>529
ほとんど概念的なのは共通だから好きな方からやればいい。
俺はUWPアプリ作りたかったからUWPから入ったけど。
作りたいアプリの方を先にやればいいじゃん
547 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 02:21:47.79 ID:jgq67h0m.net]: つか、x:bindはサンプルアプリ作って比較しても速度的なメリット全然実感できねぇw 逆にx:bindの型チェックのうるささがあれでbindingに回帰してるわ俺は。
548 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 02:34:21.24 ID:jgq67h0m.net]: WPF重いってきくけどWPFアプリに必要なのはむしろx:bindよりUWPみたいな.netネイティブ化?
549 名前：デフォルトの名無しさん [2018/11/09(金) 02:41:03.50 ID:DHGOZxva.net]: >>529
そう言うGUI的な部分はあんまり変わらない。
>>520 で書いた通り、ライフサイクルとファイルアクセスがスマホやタブレットと同じになった。
づまりアクティブアプリじゃ無くなるとスリープに入ったり、アプリ沢山立ち上げると古い順に勝手に終了する。
ファイルアクセスもユーザーに許可を求めておkされた場所しかアクセスできない。
(ストアにアップする時画像を扱いたいのに、間違えて許可取らなかったらアップし直し)
550 名前：デフォルトの名無しさん [2018/11/09(金) 02:45:09.60 ID:DHGOZxva.net]: >>535
.netでネイティブよりセキュリティ安全って立場だから無理。
UWPはアクセス権限が厳しいのと、ストアでバイトコードをコンパイルする事で多様なプラットフォームに対応出来るからネイティブに出来た。
(多様なプラットフォームなんて無いに等しいんだが)
551 名前：デフォルトの名無しさん [2018/11/09(金) 09:59:39.60 ID:iAKiGud6.net]: みんなレスサンクス

>>533
作りたいのはxamarinアプリなんだ
だからxamarin.UWPなんだが、仕事中に勉強しやすいのはWPFなんだよね
入門サイトもまとまったのが多いしサイト見てても不審がられない

>>536
デスクトップアプリでもUWPで作るとそうなっちゃうの？それってクソすぎないか？

みんなの話をまとめるとUWPってターゲットOSもwindows10のみでWPFより狭くなりブラウザでも使えなくて制限も増えて、速度だけWPFより早くなっただけのプラットフォームってこと？
552 名前：デフォルトの名無しさん [2018/11/09(金) 11:18:55.47 ID:DHGOZxva.net]: うい。
だから開発者もアプリも増えない。
553 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 11:44:32.26 ID:UVm5ExGl.net]: あのチャールズ・ペトゾルドにスルーされているぐらいの人気の高さ
554 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 12:12:09.53 ID:BWkoEqkQ.net]: ストアアプリ(WinRT)はペゾル�
555 名前：gもリッチャーも本出してたべ スルーされてたのはWPFの方 []: [ここ壊れてます]
556 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 12:47:24.16 ID:5iceHlA1.net]: スレタイ読めんのけ？
557 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 16:10:12.28 ID:c5V7xI9P.net]: チャールズ・ペトゾルドって初めて知ったけど
かなり年いってるな
今も現役なんだろうか
558 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:31:20.68 ID:IygeVfHs.net]: カタカナ表記だとペゾルド ? (アマゾン検索)
559 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:42:33.97 ID:dt2W+h7o.net]: はよCore3
560 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:50:06.02 ID:b4DnLnuG.net]: >>545
もう試した？
561 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 07:54:26.49 ID:LCWni19a.net]: ペゾルト本は基本
562 名前： mailto:sage [2018/11/10(土) 14:00:17.02 ID:gF+s2COR.net]: >>547
第5版ですか？
563 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 21:19:31.09 ID:0830G2kt.net]: >>548
Win16時代に読みました^^;
あとはSDKのサンプルくらいしか情報が無かったです。
564 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 20:02:14.67 ID:hq2D35ya.net]: >>538
UWPはオワコン
ascii.jp/elem/000/001/770/1770229/
565 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 21:27:35.93 ID:fQ8zSnSm.net]: WPFをDirectXからWebGLにポーティングしてBlazorでwasm化できたら最強なのにな。
566 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 21:34:10.25 ID:RHMEiM3I.net]: WPFはスレッド使いまくってるから無理
567 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 22:41:38.64 ID:fQ8zSnSm.net]: WebWorkerでいいじゃん。
568 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 14:35:02.50 ID:NkLtui5a.net]: Windows 10 RS5にてWPFアプリで不要なタイミングでタッチキーボードが起動してきてすぐに閉じる
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2018/11/14/touchkeyboard_doesnt_come_up_after_displaying_clipboardhistoryscreen/
569 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 16:35:15.67 ID:LcbLzkrL.net]: 同じアセンブリ内にある自作クラスの静的プロパティを
フォームのXAMLでコントロールのプロパティにバインドするってできる？
570 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 21:27:25.35 ID:S1LbTlOB.net]: 別にビューモデルにその静的プロパティ用のプロパティ追加すりゃいだけじゃん。
571 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 21:30:28.88 ID:S1LbTlOB.net]: まぁ直接できるか聞いてるんだろうけどごめん俺の知識では...
572 名前：554 mailto:sage [2018/11/16(金) 09:16:15.12 ID:6vbXiM/2.net]: あれこれ試してたらx:Staticでやれることが分かったんで解決しました

>>556-557
解決手段のひとつですね、貴重な意見ありがとうございます
573 名前：114 [2018/11/16(金) 15:40:40.78 ID:00yShIqx.net]: キタコレ！

ARM64向けWindowsアプリの開発が正式サポート～「Visual Studio 2017」v15.9でビルド可能
“Microsoft Store”での受け付けも開始
https://forest.watch.impress.co.jp/docs/news/1153679.html
574 名前：デフォルトの名無しさん mailto:sage [2018/11/18(日) 06:23:13.08 ID:z2PDrrQ3.net]: いつ脱線から戻るのでしょうか。
575 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 13:24:55.22 ID:vyUyoX80.net]: WPFの場合、Windowに直接ではなく、Gridなどの下に各コントロールを入れることが多いと思うんですが
コントロールのオブジェクトから親のWindowのオブジェクトを辿ろうと思ったら
地道にParent辿っていくしかないですかね？
576 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 14:20:27.72 ID:yWiDYg5q.net]: >>561
そんなことはしない、が正解
577 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 14:34:27.33 ID:754GRGOu.net]: >>561
バインドされてるデータならViewmodel見ればいいし、コントロールがほしいならnameだかkeyだかを欲しいコントロールに与えればいいんでね？
578 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 16:44:14.52 ID:qTSdAWAT.net]: ここで便乗質問。
ApplicationクラスからMainWindowプロパティを辿り、MainWindowに作った ViewModelプロパティを設定する。
Frameに置いたPageとかは、Applicationクラス→MainWindowプロパティ→ViewModelプロパティで、親のViewModelを辿るソースを見るけど、やっぱりそういうもんか？

昔でいうMFCのCWinApp（CWinAppEx？）の派生をカスタマイズしインスタンスのtheAppから操作するってな思想でOKなん？
579 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 18:56:38.90 ID:mx1/TXEo.net]: 経路がややこしくなってきたらeventaggregatorで飛ばすという手抜き・・・
ある意味スタティックより悪質かもしれんが
580 名前：デフォルトの名無しさん mailto:sage [2018/11/20(火) 07:38:07.63 ID:3+OLkVMn.net]: あーめんどくせー
Windows Forms楽でいいわ
581 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 08:41:03.27 ID:xDB6n5us.net]: dotnet/wpf: This repo contains Windows Presentation Foundation (WPF) for .NET Core
https://github.com/dotnet/wpf

＞ .NET Core (including the WPF repo) is licensed under the MIT license.
582 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 10:00:39.21 ID:jWFcc5b0.net]: ふーん(鼻ﾎｼﾞ
583 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 12:30:21.92 ID:OqU85fsX.net]: レジストリとかWMIみたいなWindowsOS寄りの機能を使うがためにWPF採用したので、
結局coreに移行してLinuxで動きます言うても手直しは必要なんだろうな。

UWPみたいにプロセス間通信までお断りみたいな状況よりはましか
DBサーバと通信できないんじゃ何も出来ないしな。。
584 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 15:13:22.64 ID:CqFdhYUo.net]: >>569

>>434
＞WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ
585 名前：デフォルトの名無しさん [2018/12/05(水) 16:46:30.83 ID:ifntcr/4.net]: >>570
英語読めないの？ >>567 読め。

読めないなら日本語記事見付けたから貼っとく。

WPF/WinFormsをオープンソース化～Microsoft、「.NET Core 3.0」Preview 1を発表
Windows デスクトップアプリも「.NET Framework」から「.NET Core」ベースへ
https://forest.watch.impress.co.jp/docs/news/1156678.html
586 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 17:05:18.34 ID:n/OP7tah.net]: >>571
＞「WPF」や「WinForms」がMac/Linuxで利用できるようになるわけではないが、
587 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 17:20:52.27 ID:+y1T1RtZ.net]: MSが右往左往してて笑えるw
588 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 17:51:52.32 ID:VydWWrQG.net]: WPFがクロスプラットフォームになると勘違いしてるやつがいるのか？

MSの開発者はそれはありえない
WPFのWはwindowsのWだからってわざわざ言ってるのに
589 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 17:57:35.91 ID:UtUESojw.net]: これは夢か
590 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 18:28:01.59 ID:jDuSrQOq.net]: WebブラウザーがやっとEdgeになるのか
地味にうれしいかも
591 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 18:32:24.22 ID:Q3tW+xxV.net]: >>573
どこが？
592 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 19:04:08.75 ID:jWFcc5b0.net]: MSはEdgeを捨てると噂を流したのは誰だ
593 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 21:04:33.29 ID:1v6b0DHw.net]: GUIは環境ごとの差が大きすぎるから仕方ない
だいたいmacやLinuxでリボンやらメトロやらをごり押しされても迷惑だろう
594 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 21:21:47.57 ID:9TXdxV+e.net]: >>569
DBはREST使う前提の設計だからなんとかなる
しかしローカルサーバーとhttp通信できないのは割と困る
あと、ファイルシステムが無茶苦茶遅いね
595 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 23:24:30.53 ID:4GYg5LKI.net]: >>578
マイクロソフトがARM版Chromeのコミットを頻繁に行っている
ってとこからの妄想じゃないのかな
596 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 08:50:55.44 ID:+EVqeMBI.net]: WPF/WinFormsをオープンソース化
だってよ
597 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 08:54:29.51 ID:fzWl4QKW.net]: >>582
>>567
598 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 09:42:32.88 ID:l1gC1tkf.net]: 一日前の世界から書き込んだのかな？
599 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 10:11:29.42 ID:ijJePQDk.net]: 一昨日から来ました
600 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 12:15:16.30 ID:vZuYzNC2.net]: 碌にドキュメント整備せず、オープンソース化して、テスト、サポートを顧客に丸投げ。
完全に手抜き開発。MSの技術力低下しすぎ。
601 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 21:10:38.54 ID:281fuTVP.net]: >>582
オープンソースというゴミ箱
602 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 21:18:43.45 ID:35IfL06C.net]: 結局MSはWPFなりWinFormsなりをどうしたいんだよ
中途半端に生かされても困る
603 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 21:24:18.83 ID:Ub5WIo0W.net]: Oracleとどっちがいい？
604 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 22:49:03.02 ID:rpquktT2.net]: だな。ほんとマイクロソフトはWPFとか今後どうしたいのか。
.NET Standard 2.0までは明確な目標あったけど、.NET Core 3.0以降の展望がわからん。
605 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 23:14:44.26 ID:3H6i+/kK.net]: WPFとか囲い込み目的でWindowsべったりの実装にしたんだから、
レガシーとか言わず、もっと責任持ってメンテして欲しいよね

WPFとか適当に扱った実績ができたからUWPも信用されなくなってる気がする
606 名前：デフォルトの名無しさん mailto:sage [2018/12/07(金) 07:29:28.09 ID:Ze/OE/M2.net]: フレームワークを建てては放置してで信用されてないのはその通りだが
WPFが囲い込み目的でWindowsべったりってのは意味わからんｗ
607 名前：デフォルトの名無しさん mailto:sage [2018/12/07(金) 08:20:18.82 ID:6Hs26rkM.net]: >>578
https://github.com/MicrosoftEdge/MSEdge/blob/master/README.md
Chromiumベースのブラウザにシフトするというのが正解らしい
最もらしいこと言ってるけど、実体はもうEdgeに人手を掛けたくないんだろうな
608 名前：デフォルトの名無しさん mailto:sage [2018/12/07(金) 15:44:02.77 ID:tfro4nft.net]: microsoftはどうせならblinkじゃなくてシェア低いfirefoxのエンジンの方を採用しろよ。これで更にblink1強感が強まると後々ヤバそう。
webkitは実質apple製品のみだから脇に置いといて。
609 名前：デフォルトの名無しさん mailto:sage [2018/12/08(土) 12:18:26.34 ID:IbZe6xPZ.net]: MediaElementのメディアの時間て
NaturalDurationに入ってくると思うのですが
ミリ秒まで入りません。

末尾までスキップとか中途半端なのですが
何かいい方法はありますか？
610 名前：デフォルトの名無しさん mailto:sage [2018/12/11(火) 22:11:15.17 ID:vQ1RsVVG.net]: MSは同じような枠組みを違った環境向けに少しずつ異なる実装を
バカバカ作りやがる
611 名前：デフォルトの名無しさん mailto:sage [2018/12/15(土) 14:46:30.32 ID:vyzZ2t25.net]: MVVM方式で、ボタンを１０個作ったら、それぞれに対応するCommandクラスを１０個作らないと動かないの？
612 名前：デフォルトの名無しさん mailto:sage [2018/12/15(土) 17:01:22.09 ID:ThUBPWMc.net]: senderとかで分岐しちゃダメなの？
CommandParameterとかにユニーク値いれるとか
613 名前：596 mailto:sage [2018/12/15(土) 17:07:04.75 ID:vyzZ2t25.net]: CommandParameterを利用して検討してみます。
ありがとうございます。
614 名前：デフォルトの名無しさん mailto:sage [2018/12/15(土) 21:38:12.64 ID:8fI0Hhzw.net]: つか、ICommandじゃなくてPrismやReactiveProperty使うのが一般的だよな
使えない現場もあるかも知れんが
615 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 06:24:25.91 ID:xCeFdrTE.net]: DelegateCommandとReactiveCommandってどっちが使いやすい？
そんなに変わらん？
616 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 08:41:30.30 ID:XLS84Otw.net]: >>601
new BusyNotifier().Select(x => !x).ToReactiveCommand().AddTo(Disposable);って生成すれば、何も考えずに二度押し防止出来るのがメリットで
IDisposableの実装が必要なのがデメリット

ReactiveProperty使っているならそっちで実装するから手間は変わらなくなるが
617 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 12:07:17.78 ID:xCeFdrTE.net]: >>602
なるほど二度押し防止はよく使いそう

ReactiveProperty使い始めたんだが
ReactiveCollectionのItem数によってReactiveCommandを許可するかってのをどう書いていいかわからん
618 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 12:42:18.26 ID:OmvADhcW.net]: ReactiveCollectionのitem数によってtrue/falseに変化するReactivePropertyを作って
そこからToReactiveCommand()でReactiveCommandを作ってやればいいはず。

ReactiveCollectionの変化を直接捕まえられたかは忘れた。
ダメだったらそのReactiveCollectionに変化を引き起こし得る操作のところで
ReactivePropertyをメンテしてやる。
619 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 13:16:47.19 ID:ugnkNClS.net]: https://qiita.com/YSRKEN/items/5a36fb8071104a989fb8

ここ読むとReactiveProperty使っても
INotifyPropertyChangedも合わせて使わないとメモリーリーク防げないと読めて
ReactivePropertyを使うことに対するメリットがイマイチ理解できないのだけど、
やっぱり便利なの？
620 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 15:13:18.99 ID:xCeFdrTE.net]: >>604
そうそうこの直接捕まえることができるのか調べてもわからなかった
確かにitemsを操作するところでもいいんだけどね
621 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 15:27:32.73 ID:OmvADhcW.net]: 手元のコード探してみたらそのまんまCollectionChangedAsObservable()でよかったみたい。
622 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 15:28:37.57 ID:XLS84Otw.net]: >>605
や、そうじゃなくてINotifyPropertyChangedインターフェースの実装がアレばいいってことだから
prismなら従来VMを書くときと同じようにBindableBaseを継承すればいいということのようだ
それを省略ならIDisposableを実装してしっかりDisposeすりゃいいってことだ
623 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 16:14:49.96 ID:xCeFdrTE.net]: >>607
ありがとう拡張メソッドでitemsの変更が拾えました
CountをReactivePropertyにしてCommandのtrue/falseも変更できました
624 名前：デフォルトの名無しさん mailto:sage [2019/01/05(土) 18:48:17.73 ID:pRj2u6rq.net]: パート22だけど去年はとうとう1スレも進まなかったのね
625 名前：デフォルトの名無しさん mailto:sage [2019/01/05(土) 21:38:20.66 ID:pBvTkhT0.net]: 普及前にオワコン
626 名前：デフォルトの名無しさん mailto:sage [2019/01/05(土) 21:58:36.66 ID:EkbWdI3+.net]: デスクトップしか使わんから勉強するモチベ的につらい
たまにこのスレ覗くくらいだわ
627 名前：デフォルトの名無しさん mailto:sage [2019/01/06(日) 08:21:41.81 ID:n+0B3BKL.net]: ワイが去年ようやくまともにヤリ始めたくらいやしな
628 名前：デフォルトの名無しさん mailto:sage [2019/01/06(日) 09:40:28.38 ID:988ZcpZ6.net]: さすがにもう普及したよな？
629 名前：デフォルトの名無しさん mailto:sage [2019/01/06(日) 10:12:31.85 ID:988ZcpZ6.net]: へんじがない、ただのしかばねのようだ
630 名前：デフォルトの名無しさん mailto:sage [2019/01/06(日) 10:50:39.74 ID:GQx3m9rS.net]: 二年くらい前に既にピークアウトしたよ
天保山くらいのピークだったけど
631 名前：デフォルトの名無しさん mailto:sage [2019/01/07(月) 13:59:13.14 ID:bF8HGRsU.net]: UserControlでマウスのクリックを
＜UserControl.InputBindings＞
　＜MouseBinding Gestus="LeftClick"･･･＞
のようにして取得できるんだけど

＜Grid VerticalAlignment="Bottom"＞
このGridはクリックを通したくない場合ってどうするのが正解なんでしょうか？
632 名前：デフォルトの名無しさん [2019/01/07(月) 18:20:56.74 ID:lPW7YYFc.net]: >>617
正解かどうかは知らないけどPreview系のイベントでハンドリングして以降では処理しないようにするとかはどう？
633 名前：デフォルトの名無しさん [2019/01/07(月) 19:56:36.23 ID:IJfA8DXD.net]: >>618
なるほどそういう方法があったか
PreviewだとGridに置いたButtonとかが拾えなくなるので
MouseLeftButtonDownでマスクしたところ
うまくいきました

さんきゅー
634 名前：デフォルトの名無しさん [2019/01/09(水) 09:58:52.62 ID:g2Kn1lba.net]: >>619
あ、そうか。この場合は下に伝えたくないからPreviewじゃないほうか…。

うまくいって良かったよ。
635 名前：デフォルトの名無しさん mailto:sage [2019/01/09(水) 15:09:24.79 ID:+sopiOUJ.net]: 2008年以降に始めたプログラマもWPF使わずwinform使ってんだろうな。
636 名前：デフォルトの名無しさん mailto:sage [2019/01/09(水) 15:18:37.04 ID:b059F6IM.net]: 人脈が無い人はFormしか選択肢が無いからな
637 名前：デフォルトの名無しさん mailto:sage [2019/01/09(水) 15:41:58.95 ID:qj5sQCjd.net]: >>621
三年前にC#はじめたけどWPF使ってるよ
もともとHTMLさわってたからUIがXMLで書けるのが好み
638 名前：デフォルトの名無しさん mailto:sage [2019/01/12(土) 17:53:46.25 ID:dFO1ThRL.net]: winformにIE張ってHTMLで書けば解決。
639 名前：デフォルトの名無しさん mailto:sage [2019/01/12(土) 18:48:29.44 ID:HnYcSDuU.net]: >>624
ねえよｗ
640 名前：デフォルトの名無しさん mailto:sage [2019/01/12(土) 18:53:09.27 ID:ft/J6rds.net]: Electron.NETは？
641 名前：デフォルトの名無しさん mailto:sage [2019/01/13(日) 10:30:32.23 ID:3xnqelpD.net]: >>624
それって結局、JavaScriptでプログラミングになるんじゃ？
642 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 11:09:09.99 ID:HtR/KJjt.net]: Desktop　Bridgeってのを試しているんだが、sqlite.interop.dllってのが実行フォルダにコピーされないんだが
対策ありますか？手動でコピーすれば大丈夫のようだが（パッケージ化はこれから）
643 名前：デフォルトの名無しさん [2019/01/18(金) 02:59:01.71 ID:422ZEWaz.net]: Windowsアプリケーションパッケージングプロジェクトだつけ？それ使うといいよ
644 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 09:11:09.95 ID:kIKV+V7n.net]: >>629
残念ながら、そいつ使っているんだが上手く行っていません
sqliteのパッケージはsqlite.interop.dllがx86とx64の切り替えをやっていて
.netのbinフォルダでx64,x86のサブフォルダ上にインストールされるんだが、
そのフォルダが「Windowsアプリケーションパッケージングプロジェクト」のbinにコピーされません
645 名前：デフォルトの名無しさん [2019/01/18(金) 18:55:54.77 ID:IdrVS7nW.net]: >>630
苦肉の策としてはWindowsアプリケーションパッケージプロジェクトのコンテンツとしてsqliteまわりのdllを入れておくとかかな
プロジェクト内でのフォルダ構造そのままコピーされるからWPFプロジェクト名のフォルダを切って、その下にsqliteのdllを配置してほしいレイアウトで置く感じ

ストアに出すならもう少し頑張らないといけないけどサイドローディングならそれだけで行けると思う
646 名前：デフォルトの名無しさん [2019/01/18(金) 22:18:19.67 ID:V6j1airp.net]: WPFかあ、もはやそんなのあったなあ、って感じだな。

たぶんもう日本の業務アプリは、もはや２１世紀中はWindows Formsが主流のままだよ。

事務ソフトでアニメーションなんかあっても、ウザいだけ。
647 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 22:28:37.28 ID:6AuLMq6N.net]: >>632
べつにアニメーションがWPFの特徴なわけじゃないと思うが
648 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 23:06:34.88 ID:VGOuFx45.net]: >>632
主流はASP.NETだよ
649 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 23:43:01.79 ID:cuN/FElZ.net]: >>633
メトロUIという非常にユーザから嫌われたUIを使えるのが特徴だな。
650 名前：デフォルトの名無しさん [2019/01/18(金) 23:43:57.71 ID:V6j1airp.net]: >>633
でもWimdowsフォームとWPFの違いって、ユーザーから見たらアニメーションぐらいじゃね？

>>634
ASP.NETも枯れてていい感じだね！でも俺は、ブラウザアプリは遅いので好きじゃないんだ。
マルチプラットフォーム環境の、不特定多数へのサービスならブラウザ最高！だけどね。
651 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 23:56:42.31 ID:UV6kIYNk.net]: >>635
WPFとMetroは無関係だが
なんでそんな程度の知識しかしない煽り虫がこのスレに棲息してんだ？
652 名前：デフォルトの名無しさん [2019/01/19(土) 00:11:00.38 ID:VQylmDLC.net]: >>637
横からだけど、Windows 8が出たときに、メトロUIのWindows Store アプリを作ることが
WPFの目的だった時代があったような。。。それでみんな、ちょっとかじってやめていった。

もう６年前の話なので、あのわずかな期間を、どれほどの人が覚えているか知らないが。
653 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 00:18:01.67 ID:75e4SvGx.net]: 4Kモニターユーザーとしては、WPFアプリは標準で高DPIに対応してるのが良い。
何もしなくてもSystem DPI Awareで、Per monitor DPI Awareにするのも簡単。
654 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 00:18:17.44 ID:oMrzH9i0.net]: >>636
ユーザーから見たら同じとか言い出したら中身がC++でWINAPIベタ書きでもPythonかなんかでTcl/Tkで書いても全部一緒ってことになるだろうが
作り手にとって違うなら十分違うんだよ
655 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 00:29:52.82 ID:mfJttzKn.net]: >>638
そんな時代は一秒たりとも無かった
656 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 00:46:30.27 ID:tvz2yBQ7.net]: >>638
> 時代があったような
ないです

そんなわけのわからん記憶をどこでねつ造してきたの…
657 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 02:11:35.76 ID:FJgPPckz.net]: WPF登場から13年。
Windows95発売からWindows7が発売されるまでが14年。

こんだけ経って普及してないんならもう普及は無理だわ。
658 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 02:12:48.87 ID:voGwqUEx.net]: 数値で語れよ
659 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 02:29:15.43 ID:6wlQil+Y.net]: メトロUIこそWPFの真骨頂なのに何言ってんだか。WPF開発者がそう言ってるだろ。
660 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 03:08:57.41 ID:g9MKrhJk.net]: 普及するとか普及しないとかいうより、新しいWindowsアプリなんてほとんど登場してないだけだろ。WPFとかWinFormsとかあんま関係ない。
マウス入力のUIの既存ので間に合ってて誰も新しく作らない。
661 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 03:12:50.62 ID:g9MKrhJk.net]: マウス入力に最適化されたUIのアプリは既存のデスクトップアプリで間に合っててほとんど誰も新しく作らない。
だからWinFormsとかWPFとかそれ以前の問題。社内アプリとかでぼそぼそ作ってるところとかもあるかもしれんが。　
662 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 04:12:15.37 ID:XwZdf3Vk.net]: タブレットと同じソースが使える筈だったザマリンを
自分達で潰したから普及する訳無いでしょうな
663 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 09:17:07.56 ID:jiSSqTLg.net]: >>631
WAPのバイナリに手動コピーするとしっかり配置してくれているようだから
当座はそれで凌げそうです
sqliteかVSかどちらかのバグだろうから、そのうち解消されるまで待つことにします

しかしWAPでX64選択しても店子のWPFプロジェクトはAnyCPUが選択されるため
WAPのバイナリは32bitのwpfバイナリイメージになっていたのはびっくりしたわ
（構成マネージャーで手動修正可能だが）
664 名前：デフォルトの名無しさん mailto:sage [2019/01/20(日) 09:51:20.57 ID:g1HOkIkx.net]: >>645
MetroStyleしようと思ったらOSS入れないと駄目なくらいWPFでは組み込みサポートないよ
Windows8ではWindows Runtime上で動くWindows Store Appが追加されてたけど、それと勘違いしてる？
665 名前：デフォルトの名無しさん mailto:sage [2019/01/20(日) 09:57:21.70 ID:o3vZ0H0Z.net]: RTをメトロUIと勘違いしてる馬鹿がいるのか。
666 名前：デフォルトの名無しさん mailto:sage [2019/01/20(日) 13:24:29.55 ID:RH6gs2bU.net]: もう少し踊ってから突っ込もうよ
667 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 18:19:03.49 ID:tYy/rBPT.net]: そうではなくてWPFとXAMLを勘違いしてるんではないですか？？？
668 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 18:32:48.11 ID:W4SvihMi.net]: あの不人気なフラットデザインをメトロって言うんだよ。
VSで言えば、VS2010から採用された悪評高いのっぺりデザイン。
669 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 18:35:25.80 ID:/LcXY3ac.net]: windows95から２４年も代わり映えのしないデザインより遥かにマシじゃね？
670 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 18:38:30.84 ID:5kYBxhZB.net]: COOLBARは何故流行らなかったのかのう
671 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 20:36:07.05 ID:lj+m/cPS.net]: Lunaが最強ってことが証明されたな
672 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 05:09:13.93 ID:Tca6Oe/x.net]: >>654
> メトロって言うんだよ
> VS2010から採用された

言いません
673 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 07:00:29.33 ID:WokHO9Ir.net]: その法螺が何故バレないと思ったのですか？
674 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 11:03:13.76 ID:C/+p9Ld8.net]: 自分でカッコイイスタイル作れば良いじゃない。
675 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 12:24:03.41 ID:/AWQHDv1.net]: >>655
進化してればいいんだが、見た目が変わっただけというのは害悪しかない
676 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 14:39:51.95 ID:wSuDIWGq.net]: >>658
wikipぐらい読んできたら？
677 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 14:55:05.57 ID:MOxebT3c.net]: メトロじゃなくてモダンUIって言うんだよね
678 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 16:37:46.63 ID:WokHO9Ir.net]: 僕のアダナを知ってるかいメトロUIというんだぜ
デマを流してもう三月雨や嵐にゃ慣れたけど～
679 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:29:08.93 ID:VAAf+Tqy.net]: WPFがメトロUIだと言いだす馬鹿はほっとけばいい
680 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:36:27.54 ID:wSuDIWGq.net]: >>665 ←十分条件と必要条件が理解できない典型的馬鹿文系の例
681 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:39:09.14 ID:sLZ546NU.net]: >>662
ここにこう書いてあるとソース貼れば良いのでは？
682 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:41:44.31 ID:wSuDIWGq.net]: >>667 ←ところで誰でも知ってることを必死にID代えながら全否定してる馬鹿は何者？
683 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:49:19.76 ID:sLZ546NU.net]: >>668
ソースを貼れば黙らせられるんじゃない？

俺もグラデとボーダー抑えただけのフラットデザインをメトロと呼んでいたなんて初耳だけど
684 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:50:43.94 ID:wSuDIWGq.net]: ID:sLZ546NU＼
　　ノ)人(＼　　フ
　　人(へニﾌ )人　 )
へ (　〈●)　ヘ)ﾉｲ
Y Ｙ ///￣　 (●/ノ
ヽﾉ　　　　 _ﾉ~｜
_ﾉ　　 /￣＼　 / <ボクが一番WPFに詳しいんだ!!!
――､＿＼二ﾉ／
　　/ /　　イ/￣/
685 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:57:27.37 ID:sLZ546NU.net]: >>670
イヤそちらの方が詳しいから主張しているのでは
686 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 20:22:42.49 ID:MXMUazpF.net]: もしかしてwikipediaのこれをみてWPF=メトロって解釈したの？

ttps://ja.m.wikipedia.org/wiki/Windows_Presentation_Foundation
>Windowsストアアプリ

>Windows 8/Windows RTにおいて導入されたWindowsストアアプリ（WinRTアプリ、Modern UIアプリケーション）はWPF同様XAMLによって
>ユーザインタフェース要素を記述し、WPFに類似したプログラミングモデルを提供する。Windows 10においてWindowsストアアプリの後継として導入された、ユニバーサルWindowsプラットフォーム(Universal Windows Platform, UWP) アプリケーションも基本は同様である。
687 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 20:48:43.71 ID:QHh5YGXw.net]: https://ja.m.wikipedia.org/wiki/Modern_UI
VS2010なんて欠片も出てこんぞ
688 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 22:19:57.39 ID:WokHO9Ir.net]: Windows8の開発には普通vs2012がいるからねぇ
その時点で駄法螺でしょうな
689 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 08:17:24.46 ID:qi0lTRAT.net]: 2010ってメトロじゃなくてリボンだよな
690 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 13:40:33.94 ID:HL71aJyT.net]: VS2010って急に重くなってヘルプが使い物にならなくなったバージョンだな。
そしてドキュメントも整備されなくなった。そして記念すべき.net4というアホバージョンが登場。
以後の.netの仕様は互換性は皆無、仕様は右往左往、排他仕様、切捨ての嵐となった。
サポートには苦情の嵐でどうにもならず、多くをオープンソース化してユーザに丸投げ。

この辺りだな、MSの技術力が急低下したのは。
691 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 17:54:23.20 ID:7Xice4uJ.net]: ホラVS2010がメトロとかわけわからんこと言うから
おじいちゃんが発作起こしちゃったでしょう
692 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 18:20:46.09 ID:edUcCP3i.net]: .NET4ってそんな互換性問題あるの？
693 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 18:51:14.01 ID:I89Lhnmb.net]: >>679
そんなに騒ぎになった記憶がないから該当レス書いた人の個人的なお気持ちだと思う
694 名前：デフォルトの名無しさん mailto:sage [2019/01 ]: [ここ壊れてます]
695 名前：/23(水) 23:15:09.20 ID:XC225FJG.net mailto: 特になかった。 []: [ここ壊れてます]
696 名前：デフォルトの名無しさん [2019/01/25(金) 09:52:20.19 ID:iIPgsGqp.net]: >>653
同一視してる可能性は否めない。
WPFもWin8アプリもWin10アプリもXAML使ってるが、ライブラリもランタイムも違う別物。
697 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 09:16:41.79 ID:OsfS9aSf.net]: 同じなのは流行らなかったことだけ
698 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 10:08:44.16 ID:Uh6dxh25.net]: 結局WPF is Metroさんは勘違い以前のただの釣りだったのけ？
煽りにしても意味わからんしもともとMetroの定義も曖昧だから
なんか説明してくれると思ったのになあ
699 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 18:55:05.39 ID:Y7bMbEQa.net]: RenderTargetBitmapをpngやbmpファイルに落とすと
1920*1080とかになると一秒くらい掛かってしまうんですが
もっと速くする方法はないでしょうか？
700 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 19:03:15.69 ID:e1WSpEYP.net]: >>684
WPFではなくSystem.Drawingを使う
701 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 19:26:17.13 ID:Ri9j5s09.net]: >>685
ありがとうございます。
調べてみます。
702 名前：デフォルトの名無しさん mailto:sage [2019/01/29(火) 22:16:08.48 ID:J+sWoFLO.net]: VS2010のデザインをメトロだと言い張る無知なバカはもう消えたのか？
703 名前：デフォルトの名無しさん mailto:sage [2019/01/30(水) 20:59:27.87 ID:k0iyXRWx.net]: フォント名が長いと、.NET Framework 3.x の WPF アプリケーションが起動できなくなる
https://social.msdn.microsoft.com/Forums/ja-JP/28ebaebc-965b-48db-8c5a-3f003888cd6a/12501124571253112488215171236438263123561239212289net-framework-3x
704 名前：デフォルトの名無しさん mailto:sage [2019/01/30(水) 21:05:49.02 ID:egp2lgSt.net]: くだらねえｗ
705 名前：デフォルトの名無しさん mailto:sage [2019/01/31(木) 09:39:30.69 ID:vGUFjnx2.net]: そういやパスの長さ２６０文字の呪いは解消されては居るが、
都合で隠し機能になってレジストリ弄らないよ有効にならないんだよな
706 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 15:46:52.43 ID:HqJ1XC2z.net]: MSの中ですらもう粗大ゴミ、時代遅れのガラクタWPFはどうするんだろ？
707 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 16:02:56.33 ID:anS2S9Gv.net]: XAML2009から　１０年たった
708 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 01:59:25.27 ID:MC0LZezS.net]: WPFスレがまだあったか。こんなもの普及しないと思ってたけどまさかPart22まで伸びてるなんて。

随分と普及してたんだなw
709 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 10:22:40.21 ID:yNoKt8cU.net]: WPFは永遠に不滅です
710 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 17:44:50.95 ID:AZgaiG2V.net]: 仏滅です
711 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 04:50:14.45 ID:sDrAsohP.net]: 普及はしていない。
ただWPFに手を出してしまった馬鹿の移行先をMSが出してくれないだけ。
もはや蟻地獄。抜け出せない。
712 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 09:11:06.79 ID:YAWSonmT.net]: 「民主主義は最悪の政治体制だ。民主主義以外のあらゆる政治体制を除けばだが。」ってやつか。
713 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 00:10:18.72 ID:6+Tsh20r.net]: >>696
そもそも、wpf以外に何があるんだ？
714 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 00:42:41.21 ID:+JwKy76Y.net]: >>698
騙された連中は置き去りにしてMS自身はElectronへ完全移行したね
715 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 00:52:27.04 ID:xSGeZZ3R.net]: >>699
そんな妄想要らないから
716 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 14:22:23.08 ID:bgIMs+lc.net]: >>699
ねーよ
717 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 16:15:33.53 ID:Y0EVtjJ+.net]: どうしてなの――ッ！！
どうしてエレクトロンしないのよーッ！！
718 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 22:34:07.70 ID:uROPGjdF.net]: >>699
例えばMSのoffice2019は何で書かれてるのかな？
719 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 02:06:13.15 ID:eIkOeJCS.net]: 謎々ならママに出題してろガキ
720 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 19:50:48.27 ID:7N8AExQC.net]: MFCをはじめGUIライブラリは昔はOfficeチームが牽引してたけど、リボンUIで失敗してからはグダグダ
失敗の始まりはUIデザイナーなるものがプログラマに横槍を入れるようになったから。
721 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 20:59:43.50 ID:KFZGfstb.net]: クールバー(Ie4)ぐらいからおかしかったけどなぁ
722 名前：デフォルトの名無しさん [2019/02/14(木) 09:26:31.90 ID:yYU+y3KS.net]: VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？

クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
723 名前：デフォルトの名無しさん [2019/02/14(木) 09:27:23.92 ID:yYU+y3KS.net]: VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？

クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
724 名前：デフォルトの名無しさん [2019/02/14(木) 09:27:25.53 ID:yYU+y3KS.net]: VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？

クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
725 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 09:31:21.25 ID:LetEd1Jm.net]: 君もそろそろアップデートしてはどうか
チャタってますよ
726 名前：デフォルトの名無しさん [2019/02/14(木) 12:42:58.11 ID:k9Mf52PP.net]: >>707
システムソフトの開発会社であれば、OSなどの違いにより別作りを
避けられるので大きく負荷低減になる。

ユーザー企業であれば、システムの変更が必要になった際に作り直しを
する負荷が減る。この場合同じ環境を使い続けられるとすると余計な
作業と思われるが、企業合併なので約束できないのが実際なので。

一般の開発会社やSI'erは、言われるがままに作るだけ。
727 名前：デフォルトの名無しさん [2019/02/14(木) 12:43:42.99 ID:k9Mf52PP.net]: 企業合併なので＝＞企業合併などで
728 名前：デフォルトの名無しさん [2019/02/14(木) 12:53:37.73 ID:k9Mf52PP.net]: WPFとUWP、xaml部分は共通な部分が多いと考えていいのかな。
PCをWin10に移行するんだが、社内で多用しているるツールが
独自のGUIを持っていてWin10でも動くのだが、作り変えたいという
希望がある。その際にクライアント（PC）上のGUIはWPFでどうかな
と思っているんだよね。これに関係ないアプリはUWPだったりとかに
なるだろうけど。
どう思います？
729 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 13:14:00.40 ID:p9FOynB1.net]: xamlだけ見ると、UWPはイベントをバインディング出来るのが特徴でWPFだとビヘイビアを実装しないとアクセスできない処理をVMで処理できる
あと、Prism.Unityの仕様が
730 名前：だいぶ違っていてUWPのほうが簡潔に書けるし強力だ 問題になるのは現状UWPでDB弄るときはRestAPI実装しないといけない（SqLite以外）ところかもな Core3でEF6サポートだからどうなるか分からんが []: [ここ壊れてます]
731 名前：デフォルトの名無しさん [2019/02/14(木) 13:45:10.69 ID:k9Mf52PP.net]: ありがとう、
使用するツールがデータIOや管理はするので、WPFでもUWPの場合でも
DBは一切直接弄らない。イベントバインドってどんなモノだろう。
普段WPFは使っているがUWPは使用していないもので。

ちなみにクライアントの画面コントロールは、PowerShell＋WPFで考えて
いる。私自体は普段それで使っているので。
将来的に他のアプリでは、UWPの利用があり得るので技術習得として
FormよりWPFで感覚をつかんでもらうのもいいかなという発想がある
んだけど。

どんなもんでしょう。
732 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 14:54:44.10 ID:p9FOynB1.net]: >>715
イベントハンドラをViewのコードビハインドに書く要領でVM上に書いたイベントハンドラにバインドする
書き方はViewに書くものをPublicにしたものでOK
書き忘れたけど、x:Bindという新しい書き方のバインドはコンパイル前に解決するので
バインド異常をコンパイラーが検知してエラーを出してくれる
それとListBox系のテンプレートの癖が若干違っていて、これは簡単に説明できないけど
そのまんま移植って訳にはいかない
733 名前：デフォルトの名無しさん [2019/02/14(木) 15:11:33.01 ID:J2f7YHNb.net]: データバインドはいつも使うが、イベントのバインド分んないな
調べてみて共通な部分を使うような感じで考えてみようかと思う。
今まで利用していたものの差し替えなので、今回は高度なインターフェースは
期待していないので、いけそうな気がしているので。
734 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 17:11:13.40 ID:vH0g0L/F.net]: >>715
.NET Standard 2.0対応したバージョン以降はSqlConnectionあるからSQL Serverつなぎに行けるよ。

その場合は配布方法はサイドローディングになるけど。一般公開ストア審査は多分通らない。テスト用DBサーバーをインターネットに晒して審査員にアクセス出来るようにしていたら可能性はあるけど…。

Microsoft Store for Businessの業務アプリとして出すのは平気
735 名前：デフォルトの名無しさん [2019/02/14(木) 18:36:00.93 ID:J2f7YHNb.net]: >>718
ありがとう。
>SqlConnectionあるからSQL Serverつなぎに行けるよ
残念ながらそれは使わないので
736 名前：デフォルトの名無しさん [2019/02/14(木) 22:37:38.12 ID:yYU+y3KS.net]: >>720
知ってる風だがsilver lightやRIA service使ったことないだろ？
実情は復旧しなかっただけで、もともとクロスプラットフォーム目指してたし。
世の中がhtml5に流れたから使われなかった。
だが、一部の開発者は開発コストの大幅な削減でマニアが多かった。
なぜ、サーバ側の処理書いて、cl側はjson.netでわざわざ解析して展開しなきゃならんのかと、いままで自動でバインドするだけだったのに。
っていうただの愚痴です。
737 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 00:12:26.01 ID:dIP2EtTm.net]: 俺の事か?
738 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 01:28:57.49 ID:/YtP15ex.net]: >>720
MySQLのNuGetパッケージも動くかはわからないけど.NET Standardだよ
739 名前：デフォルトの名無しさん [2019/02/18(月) 00:46:05.66 ID:olCA/49u.net]: WPFネイティブビルドはいつ来るんだよ
740 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 09:44:54.34 ID:Gg3Zrhrc.net]: .NET CoreのWPFでcorertビルドできるか試してみたら？
741 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 14:34:51.34 ID:RuxUtwk/.net]: ずっと話噛み合ってねえからな
742 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 06:37:29.80 ID:T/Unp2I5.net]: 幸いなことに普及しなかったから切捨ては簡単なのにMSは何でいつまでも引っ張ってるんだろうか。
743 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 07:11:00.36 ID:deUg/ATf.net]: 捨てたらWinFormしかなくなるからじゃね？
744 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 08:26:42.12 ID:LWbZmqMl.net]: >>726
何をもって普及しなかったと？
745 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 09:48:53.30 ID:T/Unp2I5.net]: >>728 ←MSの内部はこんな感じなんだと思う。みんなで失敗を認めなければいいみたいな
746 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:02:27.12 ID:oO/57lY2.net]: 普及しなかったってのはFormsからの移行が進んでいないって意味かな？
それが事実かはともかくとして、仮にそうだとしてもMS的には別に困らんような。
747 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:03:46.17 ID:bf98Y86X.net]: VisualStudioもWPFみたいだし、なくなったらMS自身も困るからだろ
748 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:04:03.21 ID:dERM3yKu.net]: WPFで作ってるアプリあるから捨てられたら困るんだが
749 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:12:24.22 ID:T/Unp2I5.net]: なんだもうそんなに負の遺産があるのかw　ますますドツボだな、MSw ドンマイw
750 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:41:26.59 ID:lt0l3pkH.net]: UWPでない新しめのデスクトップツールだとまたMS自身もちょくちょくWPFを使うようになってんね
MS自身はホントどうしたいのって感じだがまあ部署間で足並み揃えようとしねえのは昔からか
751 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 12:56:35.84 ID:1Q73+Y6z.net]: WPFが普及しないというより、新しくWindowsアプリを作る需要がないだけ。
昔はパソコンしかなかったからどんなアプリでもWinアプリにせざるを得なかったけど大多数である参照系のアプリはandroid、iosに取られちゃったからな。
残ったマウス、キーボード使う生産系のアプリは元からそんな種類ねぇし成熟してたから新しくWPFで開発する需要がほとんどないだけじゃねぇかな
752 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 12:58:33.38 ID:1Q73+Y6z.net]: そもそもWPFが普及するとかしないとかの以前の問題で、新しくWindowsデスクトップアプリを作る需要がそもそもない
753 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 13:18:27.42 ID:lt0l3pkH.net]: その数少ないデスクトップアプリもUWPに傾倒してたから尚更やね
開発方面だとまだ需要はあるんだろうけど
最近のMS製だとWinDbg Preview、MSIX Package Tool、新生PIXかな、WPF使ってるの

大人気のVSCodeはElectronだがｗ
754 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 13:59:14.27 ID:LWbZmqMl.net]: >>729
まだ数字出せないの？
755 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 14:13:21.59 ID:oO/57lY2.net]: 「WPFはオワコン」
「じゃあ今なら何なの」
「いや、デスクトップアプリ自体がオワコン」

このパターン飽きた。
756 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 14:35:03.46 ID:SdABX3ej.net]: HTML5アプリは書くの面倒だからデスクトップアプリできるだけ長生きしてほしいけど
あと20年もしたら絶滅してそうでつらい
757 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 15:02:15.19 ID:oO/57lY2.net]: HTMLベースの方が楽に開発できる環境にでもならなけりゃそうそう絶滅なんてしないと思うが、
そうなったらなったでそのときに乗り換えればいいような。
758 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 21:34:22.05 ID:bf98Y86X.net]: >>739
オワコン言いたいだけでまともに議論する気無いからな。
デスクトップアプリの需要は下がったけど、無くなったわけでは無いのに。
759 名前： mailto:sage [2019/03/03(日) 21:38:24.22 ID:OccEVyH1.net]: デスクトップアプリがオワコンなのは、どうしてでしょうか？
私には資金回収が難しいなだけで、それさえ対策できれば、実行コストの低い、まだまだやっていけるものだと思うのですが？
760 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 21:44:09.25 ID:hfR9GyUN.net]: オワコンというか、今後の発展が見込めない、が正確な表現では
761 名前： mailto:sage [2019/03/03(日) 21:57:31.05 ID:OccEVyH1.net]: >>744
デスクトップアプリのどのような特質が「発展の見込めない」という評価につながるのでしょうか？
762 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 22:05:17.71 ID:EUJr/Yte.net]: てか、オワコンとか発展が望めないと思ってるのになんでこんなスレ見てるんだろう…
763 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 23:03:10.90 ID:bf98Y86X.net]: >>745
MSがUWPに傾倒していたせいでWinFormもWPFも最近数年間はほぼ放置状態だったからかな。
最近、若干方針が変わる兆しがあるけど。

変わるWindowsのアプリ戦略　UWPからデスクトップアプリに原点回帰か
ascii.jp/elem/000/001/770/1770229/
764 名前： mailto:sage [2019/03/03(日) 23:13:14.16 ID:OccEVyH1.net]: >>747
UWP のことをよくわかっていない私からすると、なぜ UWP に傾注してしまったのか？その理由は知りたいですね
古き良き WinForm/win32api も、その効率のよさから捨てたものではない、と思っているんですが
765 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 23:55:38.53 ID:DRmEmwqA.net]: 早くWindowsを移行させたいんだろ。
新しいプログラムはWin10でしか動作しませんて誘導したいんだよ。

プログラム組む側からすると、動作環境を広く取ろうとしてWin formsに戻ってしまう。
766 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 00:04:34.24 ID:tJNb7RRD.net]: いまだにXPもサポートしないとならないとか？
767 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 00:19:18.31 ID:EDazvbca.net]: 今新規にデスクトップアプリを作るなら、消去法でWPFで作るな
UWP→制限多すぎ
WinForms→見た目が少し古臭い、高DPI対応が面倒
768 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 02:25:30.23 ID:Ove/38XS.net]: >>745
主語が足りなかったな
今後の見込みがないのはデスクトップアプリではなくWPFの話
769 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 02:28:00.38 ID:Ove/38XS.net]: >>746
思ってるが、自分では(不便だと思いつつ代替もないから)使っているし
ごくまれに聞きたいこともある、だけだよ

なんでこう、デジタルな考え方しかしないのかな
脳のビット数が不足しているのではないか
770 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 02:35:35.67 ID:giGZlJBT.net]: >>753
代替がないものがなぜオワコンなの？
771 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 04:53:59.76 ID:EmJso4tN.net]: >>753
> なんでこう、デジタルな考え方しかしないのかな
> 脳のビット数が不足しているのではないか
それオワコンとか言ってる奴に言ってやれよw
772 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 06:56:08.44 ID:cCE8sCbS.net]: >>749
UIがそのままなら簡単に移行してくれたのにな
773 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 15:23:19.99 ID:w8dB2aNH.net]: >>754
オワコンなんて言ってねえだろが
ガイジは死ね
774 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 15:23:46.28 ID:w8dB2aNH.net]: >>755
お前が言えよ
ガイジは死ね
775 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 15:35:23.67 ID:dcxfKk5Q.net]: >>757
>>746
776 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 15:36:42.09 ID:cCE8sCbS.net]: 老害はいつまでもしがみつくだろうけど、もう設計が古いから仕方がない。
777 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 18:42:25.37 ID:LMssFTDP.net]: >>758
基地外逆ギレ!!
アホすぎるw
778 名前：> [2019/03/04(月) 22:15:20.60 ID:ZkVjgjtb.net]: WPFは、最悪消えてしまってもいい。
ただ、DataBinding(MVVM)だけは消えないでくれ。
画面を直接触るのだけは、本当にもうゴメンだから。
779 名前：デフォルトの名無しさん mailto:sage [2019/03/05(火) 03:41:05.08 ID:VHEmdXzp.net]: とろくさいDataBindingがガンでしょ
パフォーマンスでないのをデフォにしたから子供のおもちゃ程度の代物になった
780 名前：デフォルトの名無しさん [2019/03/05(火) 08:20:05.75 ID:V/vcMjCW.net]: >>749
Win Formsだと動作環境が広いってどういう意味？
それだとWPFでも一緒じゃん。
781 名前：デフォルトの名無しさん mailto:sage [2019/03/05(火) 09:25:57.02 ID:oCFZHxSl.net]: WinRTのx:bindのコンパイル時バインディングってどれぐらい速くなるの？
782 名前：デフォルトの名無しさん mailto:sage [2019/03/05(火) 09:56:16.04 ID:pOIJCY+L.net]: >>765
binding単体では３桁ほど早くなるらしいが、元々そこまでボトルネックでもなかったから
体感するほどの改善ともならない

ただコンパイル時にエラーが出ることとイベントをバインディング出来るのが素晴らしい
783 名前：デフォルトの名無しさん mailto:sage [2019/03/05(火) 11:29:16.80 ID:oCFZHxSl.net]: >>766
そっか>>763がbindingとろくさいって言うから、コンパイル時バインディングならどれくらい改善されるのかなぁと思って。
まぁ、確かにatomレベルのCPUでスクロールとかすると、それだけでCPU使用率50%ぐらいまでいって、おぉいって思ったりするけど。
784 名前：デフォルトの名無しさん mailto:sage [2019/03/06(水) 10:26:28.54 ID:JcAkNipr.net]: 糞遅いのが致命的だな。

速度を犠牲にしてまで設計の自由度なんて誰も求めてなかった。これがすべて。

しかも、自由にして生まれたのは一貫性のない糞UIばかりだし・・・
785 名前：デフォルトの名無しさん mailto:sage [2019/03/07(木) 09:31:03.96 ID:rQAOToBL.net]: >>767
WPFはbindingがトロいんじゃなくて、その結果発生するレイアウト処理がトロい
WindowsRuntimeではそこが全部C++で書き直されて速くなった
まあ元々C#が遅かったというよりは設計が悪かったんだけどね
786 名前：936 mailto:sage [2019/03/07(木) 09:48:51.25 ID:Y1f21TJd.net]: アクセスの連帳フォームみたいなのをデータバインドでサクッと作るにはどうすればいいですか？
787 名前：デフォルトの名無しさん mailto:sage [2019/03/07(木) 10:45:33.66 ID:rQAOToBL.net]: WindowsFormsHostでDataGridViewをホストする
あとはWinFormsのバインディングと全く同じ
WPFのDataGridはパフォーマンスも品質も劣悪であり、全くお勧めできない
788 名前：936 mailto:sage [2019/03/07(木) 11:28:20.39 ID:Y1f21TJd.net]: あ、連帳フォームというのはサブフォームが繰り返し縦に並んで表示されるイメージです

ユーザーコントロールというのを作ってデータグリッドに入れればいいのかなぁ…
よくわからん
789 名前：デフォルトの名無しさん mailto:sage [2019/03/07(木) 11:47:20.92 ID:RP/V7Oo/.net]: >>772
それならItemsControlじゃね。
790 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 03:23:02.17 ID:ZfsC9V3u.net]: >>769
不自然にWindowsRuntime持ち上げるやついるけど何なの？
791 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 03:25:56.69 ID:ZfsC9V3u.net]: >>740
どう見ても先にお前が死ぬけど
792 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 07:25:57.50 ID:yCX0oe5H.net]: 10日以上前のレスに煽りとか
793 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 08:22:41.77 ID:HhaziKqA.net]: 774「俺ほど生きていると昨日も十日前も変わらん」
794 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 08:33:14.42 ID:495JleXt.net]: 毎日、恐怖新聞が届いているんだろ
795 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 21:19:58.06 ID:z2QU9pxb.net]: 4Kモニタにしたら画像でWindowを切り抜いてる自作アプリが150%拡大されてぼけてるから切ろうと調べて
manifestでdpiAwarenessとか弄ったけど拡大されたままだった・・・
exeのプロパティから切ってみてもダメだった
imageだと何かやらないといけないことあります？
796 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 13:39:30.44 ID:swQr9XoF.net]: >>769
設計が良くても事実C#は遅い。
797 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:17:57.16 ID:G0IU8QbO.net]: 言語が速い遅いって・・
798 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:19:03.43 ID:swQr9XoF.net]: なんだ、言語仕様も読んでない馬鹿がいるのか。
こんなのどう実装仕様しようと速くはならない。
799 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:20:12.69 ID:LaytCbYO.net]: ガイジはママとお話ししてろ
800 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:20:22.80 ID:swQr9XoF.net]: ゆとりにプログラミングは無理。

仕様を読まないから。
801 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:21:44.34 ID:swQr9XoF.net]: ガイジってなんだ？　ゆとりは意味不明な造語が多くてコミュニケーションが取れないな。

少しは社会に出ろよ、無職のゆとり君。
802 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:22:54.29 ID:dXsjgzSh.net]: ガイジと呼ばれる自覚はあるのか
803 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 02:43:02.44 ID:iJ70eOZ4.net]: インタープリターがオーバーヘッドの大きいオブジェクト指向ライブラリをドライブするんだから、
ネイティブコードでAPI叩くアプリに速度で敵うはずがない。
開発速度では逆なんだろうけどね。
804 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 08:39:53.97 ID:98Woo/LB.net]: 何の話？受信機が反応しちゃったかな？
博士に調整してもらってね
805 名前：デフォルトの名無しさん mailto:sage [2019/04/05(金) 09:36:19.80 ID:XIaLs/Gd.net]: テンプレートの速度でC++が勝てるとは思えないが
本当に使った事あるのかな？
806 名前：デフォルトの名無しさん [2019/04/18(木) 18:57:23.90 ID:T7kURinD.net]: WPFってC#プログラマのステップアップにいいかな？
案件数少ないし微妙か？
C,C++,C#とやってきて、今後のステップアップの方向性が見えない
WPFもUWPもxamarinもこけてるイメージしかない
一応WPFは基本はある程度習得したが、このまま勉強続けていいものか迷うわ
ずっとWindowsで食ってきて今更javaとかPHPとかに移行するのもアレだし、Windowsのプログラマはマジで今後どうしたらいいの？
807 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 19:10:40.63 ID:ZCyI8Tks.net]: XAML技術自体は、何か1つくらい覚えておくに越した事は無いと思う
ヒマがあるならね
808 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 19:59:40.78 ID:ZOWixQcl.net]: UI欲しいなら別の言語学んだほうがいいよ
C#は
809 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:01:39.92 ID:YCaR8eKb.net]: >>790
GDIはマスターした？
810 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:02:20.08 ID:ZOWixQcl.net]: C#は一時機は先端を走る言語だったけどもう古い言語でいまいち
どうしても記述量が多くなるので最近の新しい流れとは相いれない
811 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:05:20.88 ID:rt2qFRnt.net]: >>794
最近の新しい流れとは？
812 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:06:02.89 ID:ZOWixQcl.net]: 自分は20年近くC#使ってて慣れてるからほぼC#でしか書かないけど他の人にC#は薦めない
新しい言語で書いたほうが楽だし先の見通しも良い
813 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:12:03.27 ID:MuNMFUne.net]: ガイジかよ
独り言はママに聞いてもらえ
814 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:13:53.05 ID:ZOWixQcl.net]: >>795
コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
C#は伝統があるのでそういう仕組みを全面的に取り入れられない
文末の;やforの(　)などは新しい言語ではどんどん削られてきている

ガイジという言葉を使う人間は人間のクズなので相手にしなくていい
815 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:16:32.82 ID:rt2qFRnt.net]: >>798
何を言い出すかと思ったらセミコロンと（）かよｗｗｗ
816 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:19:26.60 ID:ZOWixQcl.net]: 人間のリソースは限られている
一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
それを考慮してない言語は徐々に廃れていく
817 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:20:56.01 ID:ZOWixQcl.net]: ある言語で10行で書けるものが他の言語で20行必要なら
もう比較すらする必要がない
818 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:23:56.64 ID:ZCyI8Tks.net]: >コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
でもお前らラムダ式を使いまくると怒るじゃん？
819 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:32:11.61 ID:MuNMFUne.net]: ガイジの相手をするな
820 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:01:50.29 ID:rOS6RuMW.net]: 見てると何か勉強するときのスタンスが短絡的というか。
確かに将来性あるUIツールキットの方がいいが、俺が勉強したときはもっとWPFというより言語などに依存しないMVVMの概念とか具体的な実装方法とかそっちを目的にWPF,UWP勉強したな。
おかげでandroidでもデータバインディング+MVVMを簡単に利用できたし
821 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:02:21.26 ID:5W4Q1GlN.net]: あたらしいげんごってなんですかー？
ぐたいてきにおしえてくださーい(笑)
822 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:03:54.35 ID:5W4Q1GlN.net]: >>804
それなら、その経験を悩んでるやつに伝えてあげて
その方がためになるはず
823 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:41:00.05 ID:XtndMXiD.net]: > 人間のリソースは限られている
> 一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
> それを考慮してない言語は徐々に廃れていく
典型的なコーダーの思考回路やんw
824 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 23:36:15.90 ID:R1Vb6ITR.net]: 求められているのは見て理解しやすく、間違いが入りにくいものであり、コードが少ないものではない。
実際、今はテキストエディタでさえコード補完ができる。
825 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 07:34:26.98 ID:C7le4Nb4.net]: >>808
だったらXAMLは最悪最低だよなｗｗｗ
826 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 07:53:59.74 ID:h5Mlcnx1.net]: ライブタイル作った奴。くたびれもうけ。
https://japan.zdnet.com/article/35135991/
827 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 09:52:18.63 ID:c4yhh5Fh.net]: electronはどうなん
828 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 10:52:51.82 ID:JVA9qfGz.net]: April Update for WPF on .NET Core 3.0
https://github.com/dotnet/wpf/issues/607

相変わらずやる気があるのかねえのかわからんなあ
829 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 11:56:19.78 ID:+TCHgQUv.net]: 読んだけどただのCore移植作業の進捗報告だな
やる気もクソも、決まったことをやりきるために最低限必要なことをやっているだけ
830 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 14:53:14.53 ID:w3wj8Qby.net]: 後3週間待て。新しいロードマップ発表されるだろうし。
831 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:16:28.70 ID:671WMWqa.net]: 友人の話だと、WPFはまだレガシーじゃないよって
832 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:24:50.36 ID:sKinMxcc.net]: うちのばーちゃんもそー言ってた
833 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:24:52.57 ID:s45G2ydp.net]: 友達の友達が
834 名前：デフォルトの名無しさん [2019/04/19(金) 19:22:02.41 ID:+T/+jTzP.net]: xamlって難しいからできる人少ないと思うんだよな
あとは需要がもっと増えてくれれば嬉しいのに
できる人が少ないから案件が出てこないんだよな
835 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 19:34:44.66 ID:AOTZFmG5.net]: 画像関係はスピード重視の設計でないと生き残れない
ＷＰＦは力を入れるところを間違ってる
836 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 19:42:09.66 ID:bKogaXu3.net]: 一応、MSに勤めてる友人なんだけどな
837 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 20:10:11.24 ID:OAj0miUc.net]: 友人の友人が
838 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 20:37:51.92 ID:DjVE1MWF.net]: >>820
逝ってよし
839 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 22:22:35.76 ID:luGwpdV9.net]: >>822
ｵﾏｴﾓﾅｰ
840 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 22:29:24.09 ID:3pwDT01F.net]: ん？ 2019年だよな…
841 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 23:00:14.91 ID:uxzqkxgw.net]: MS　＝　村山酒店？
842 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 23:52:18.70 ID:bKogaXu3.net]: >>822
はは。お前は一生MS絡んだ製品使うなや
843 名前：デフォルトの名無しさん [2019/04/20(土) 09:45:38.16 ID:3bzhCLun.net]: マイクロソフトは俺を雇えよ
xamlもできる俺は天才だぞ
844 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 10:31:07.73 ID:tgvbScEy.net]: マイクロソフトに転職した元同僚から誘われた事あったけど
「外から文句言ってた方が楽だから」って断った
845 名前：デフォルトの名無しさん [2019/04/23(火) 11:57:29.12 ID:3ShwIS5Y.net]: WPFに未来はあるのかないのか
WPFで覚えた知識はUWPやxamarinでどのくらい使えるのか
これだけ教えてくれ
xamlは共通だからある程度同じ感じで使えるのかな
846 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:08:21.45 ID:H+Sza8pj.net]: >>829
WPFに未来はない。というか現時点で既に死んでいる。
で知識をUWPに活かせるかだが、基本的にあまり期待すべきではない。
WPFは従来型のクラサバを指向したフレームワークであり、クライアント側で深く作り込むような開発スタイルが一般的だ。
当然、数少ない書籍やWebの資料もそれを前提にしており、WPFを学べば自然とそういう開発スタイルが身に付く。
一方でUWPは裏側にWebサービスが存在することが大前提のフレームワークであり、クライアントは非常に薄い窓口に過ぎない。
従ってWPFのような高度なバインディングなどは必要とされず、少ない労力でバックエンドといかにシームレスに繋ぐかが肝となってくる。
847 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:24:30.10 ID:MMRRGEFQ.net]: データバインディングやMVVMの仕組みは他に流用できる気がする
848 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:25:28.45 ID:w1y6RZmD.net]: WPFは職人的な作り込みが必要とされるから
山ほどいるVBあがりのwinform要員のコーダーには広まらなかったね
結局はブロガーとMSのエヴァンジェリストの飯の種で終わった
849 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:32:18.50 ID:amAsse5m.net]: WPFは半透明なのが良い
850 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:40:39.29 ID:1xhRm/Xt.net]: >>830
死んでいるってどういう意味？
851 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:48:39.04 ID:XHhlgyV/.net]: >>829
WPFだけでなくUWPやxamarinにも未来はない
852 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:54:19.04 ID:H+Sza8pj.net]: GUI技術で未来があるのはHTMLだけだねえ
853 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 13:16:18.35 ID:5LmBAPnu.net]: ユーザー視点からみたWebアプリの使いにくさ最強レベル
854 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 13:25:06.90 ID:5LmBAPnu.net]: まぁ、作り次第でWebアプリをネイティブアプリに見た目似せて作れるけどでもやっぱwebアプリはウンコ多すぎ
855 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 14:05:28.65 ID:H+Sza8pj.net]: まあフロントをHTMLにするかはともかく今時完全にオフラインなアプリなんてゲームや電卓を除けばほとんどあり得ないから、
最初に学ぶならまずはWebがいいだろうね。
UWPは>>838のような子を満足させるためのベターなオプションに過ぎないから、最初に手を出すものではない。
856 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 14:06:42.70 ID:LYf4Dcbv.net]: 速度重視にしたらプログラミングめんどくさくても普及する
みんな使うから
プログラミングしやすさアピールしても速度犠牲にしてたら生き残れない
結局他のものもつかわないといけなくなるから
バインディングが速いっていってるのはどーせしょぼい小規模なプログラムだけ
857 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 14:21:21.09 ID:2s9RS4BR.net]: WebアプリはHTMLはいいんだけどJavaScriptがクソすぎて困る
858 名前：デフォルトの名無しさん [2019/04/23(火) 16:47:08.10 ID:3ShwIS5Y.net]: じゃあC++とC#のwinforms使えるwindowsのデスクトップアプリ開発界隈では俺はWPFとかUWPなんかやらなくても当分安泰ってこと？
web側勉強した方がいいのかな
webになるとクライアント側はブラウザになるから言語も必然的にhtml/cssにJavaScriptとかになるから、c++とかc#のデスクトップアプリ開発で磨いた俺の力が役に立たないよな
だからASP.NETとかやっても微妙かなと思ってるんだが、c++やc#でクライアントサイド作ったらサーバサイドも必然的にc++やC#になんのかな
ソケットとか使うから
javaで作ったサーバアプリと連携とかできんのかな
何勉強したらいいんだホントに
859 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 17:48:04.11 ID:elaW7zc+.net]: 勉強なんて楽しそうなやつやりゃいいじゃん
仕事で必要になったらググりゃいい
860 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 19:13:42.30 ID:zJYObBWE.net]: そもそもデスクトップアプリ自体に将来性がないからね
時代はウェブ、クロスプラットフォーム。MSはもう何年もWPFに力を入れてない
俺も年内にはそっち方面に移る予定
861 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 20:00:42.63 ID:2vLu2U8Q.net]: >>834
もう開発されていない
もともとの開発チームはずいぶん昔に解散して今はメンテナンスモード
862 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 21:35:44.06 ID:11AnFgX2.net]: >>845
WPFに限った話じゃなく、UWP以外WinFormsもMFCもメンテナンスモード
デスクトップアプリ全般にやる気が感じられない
WinFormsやWPFの移植作業中の.NET Coreはどこまで本気なんだろ
863 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 21:53:20.46 ID:7mQ7yLRf.net]: >>845
開発はされてるよ
864 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:21:06.56 ID:sr3w7AVY.net]: さすがにUWPとWPFを同じ扱いするのは技術者として無知でしょ。
865 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:21:44.96 ID:5KWAynrs.net]: もう10年以上前から「デスクトップはオワコン、これからはWeb」とか言われているけど
いまだにWeb技術でスタンドアロン並みに使いやすいGUIを実現するのって聖杯探しだよな。
WPFもオープンソース化されたことだし、ここはひとつBlazorで動くようにしてくれないかな。
866 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:25:42.36 ID:9k05SFWw.net]: >Web技術でスタンドアロン並みに使いやすいGUIを実現する
Silverlightが死んでなけりゃな……
867 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:41:24.30 ID:/W495hLu.net]: >>849
BlazorとWPFは全くべつもんやろ
868 名前：… []: [ここ壊れてます]
869 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 00:09:14.89 ID:5b7G81+9.net]: そりゃ別物だろうけど。RazorあってのBlazorだからWPFとは排他だ、と言いたいのかな？
870 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:22:59.14 ID:mbjjqtsw.net]: >>849
企業内で使うシステムでデスクトップオンリーの見たことないわ
もう全部ブラウザ経由だよ
871 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:27:35.26 ID:GHRnzd3N.net]: >>853
全部ってすげえな
Chrome OSでも使ってんの？
872 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:31:08.40 ID:7CcW06Eu.net]: ツールとシステムを一緒にするバカは置いといて、うちも社内システムは全部ブラウザだな
873 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:43:03.86 ID:mbjjqtsw.net]: 勤怠チェック
給料計算
顧客管理
生産管理

最近100社以上のシステム見たけどほぼすべてブラウザ経由
どこの会社のどれをとっても最近はデスクトップアプリなんてどこにもない
今はwebの時代というのはあってる
874 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:50:22.23 ID:Ih73DrrI.net]: なんかデスクトップアプリ開発しててごめん
875 名前：デフォルトの名無しさん [2019/04/24(水) 13:35:28.04 ID:fEgd+A1/.net]: なんで勤怠管理とかでブラウザを経由する必要があるんだ？
全く意味がわからん
極端な話そんなもんエクセルVBAでも作れるし、そっちの方が安いよな
いちいちjava scriptに仕事させてブラウザで結果見るの？
それともサーバ構築までしてサーバ側のjavaとかに仕事させてるの？
わざわざそんなことする必要性がどこにあって、なぜそんなことをしてるんだ？意味がわからんな
流行りだからってことか？
まぁ流行りには乗りたいし俺もwebに移ろうかなぁ・・・
俺のC++、C#がほとんどの開発経験でweb側で高単価で雇ってくれるならすぐにでも移りたいわ
876 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 13:51:49.20 ID:1DYev0hZ.net]: 端末に依存せず、更新管理も楽であり、どこからでもアクセス可能
これがその環境において多くのメリットをもたらすなら、検討の価値がある
開発者としては何より経験値を積めることがおいしい
877 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 13:55:19.49 ID:a3h+fhJI.net]: なぜ未経験を高単価で雇うのか
878 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 14:29:51.63 ID:GHRnzd3N.net]: >>856
勤怠システムに含まれる打刻ツールはデスクトップアプリやな
879 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 14:31:31.17 ID:GHRnzd3N.net]: いろんなシステムのバックエンドで動くバッチやワーカーもWebじゃないね
880 名前：デフォルトの名無しさん [2019/04/24(水) 14:51:28.47 ID:fEgd+A1/.net]: >>860
未経験なわけないじゃん
デスクトップアプリに比べたら業務での経験がめちゃくちゃ経験が短いってだけ
でもwebも簡単だし普通にできる
そもそもWPFまでやる人間がなんでhtmlみたいなバカでもできるマークアップ言語とスタイルシートと簡単なスクリプト言語が理解できないのよ、そんなわけないわ
xamlの方が遥かに難しいマークアップ言語なわけだし、C#の方がJavaScriptより難しいだろ
いくらwebに移るといっても安単価じゃ受けませんよ、私のようなプロがね
881 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 14:55:05.54 ID:nhJi5e2f.net]: 100人やそこらの自社のみで使う勤怠管理なんて何でもいいよ
もっと利用者が多かったり複数企業で流用したりとか考えたらブラウザさえあれば済むwebアプリがどんだけ有用なことか
スマホ対応、mac/win対応もwebならコスト減らしやすい
インストール不要、ドキュメントもwebで対応できる、アップデートも利用者を気にしなくて実施しやすい

チャットワークやサイボウズがどんだけの企業で採用されてると思ってんの
開発者ツールでみてもBTSやCIもだいたいwebじゃないか
882 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 15:12:35.72 ID:GHRnzd3N.net]: >>864
>開発者ツール
Visual Studio
883 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 15:14:07.52 ID:725QUm5w.net]: 会社に入ったころは残業時間は表に手書きで自己申告してた
上司がチェックしてハンコ押して部長に回ってた
それをまた手計算してタイムカードと比べてチェックして給料に反映されてた
無駄だけどそれしかなかった

そのうちそれがexcelの表に記入して共有サーバに提出に変わって今はブラウザから申請になった
専用アプリを作ってメンテナンスしたり各PCに必ずエクセル入れたりという状況から抜け出せて良かったのではないかなあ
884 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 15:35:57.69 ID:Xu+nfOLY.net]: >>866
ブラウザからの申請を記録するものは専用アプリとは違うんかい？
用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・
885 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 19:51:01.40 ID:AiHhhuXg.net]: >>861
> 勤怠システムに含まれる打刻ツール
なにそれ？
886 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 19:56:48.46 ID:M6vGcGBe.net]: 自分の狭い観測範囲だけで能書きたれたがる低脳が多いんだよ
887 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 20:26:54.83 ID:5b7G81+9.net]: さすがにクラサバはWebに置き換わったけど、ツール類はいくらでもあるなぁ。
888 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 21:07:58.30 ID:/lU/w4hB.net]: ブラウザ通せるものと通せないものがあるからな
889 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 21:22:27.79 ID:QyWgvBrX.net]: >>867
デスクトップアプリの話をしてるんじゃないの？
890 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 18:01:23.46 ID:iqYujnK/.net]: 今度仕事でWPF触らなくちゃいけなくなって初めてマークアップ言語に触れたんだけどとにかく読みにくい
for文だって入れ子減らせ読みにくいってのは当たり前に言われるというのに
どこからどこまでがどう入れ子になってるのが掴むの大変なんだけど慣れると読めるようになるもんなの？

あとそれと上の方でWPFに未来が無いとか書かれててがっかりしました
だよねー……日本語の参考書全然無くて海外のサイトばっか見てるもん……
891 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 18:17:15.74 ID:2IQDMAmX.net]: >慣れると読めるようになるもんなの？
まあインデントさえしっかりしてれば
892 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 19:27:10.58 ID:pQMWPhoY.net]: >>873
どんな環境で開発してるのよ
ちょっとまともなエディタならXMLの中身を畳んだりタグの入れ子間違いを指摘することぐらいはできるぞ
893 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 20:01:06.93 ID:3guJtLA5.net]: そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい

VS2019使ってて拡張機能でXAML Stylerを入れてるけど、他にいいのあったら教えて下さい
894 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 20:01:46.48 ID:jVKhCviU.net]: xaml stylerって拡張入れたらなんとかなる
895 名前：デフォルトの名無しさん [2019/04/25(木) 20:07:56.60 ID:/2yuQdnA.net]: なんで最近スレ伸びてんのよ・・・
やっとWPFに普及期がきたか。
896 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 20:53:20.97 ID:wfwas3gN.net]: ほとんどがイチャモン
897 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 21:06:10.82 ID:jZ4+eHeJ.net]: >>876
> そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
途中がどこなのかにもよるけどコメントは入れられるでしょ
898 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 21:19:01.50 ID:F5/pbVR3.net]: XMLをマークアップの標準にしたのはコンピュータ業界の最大の失敗
899 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 21:21:22.31 ID:lXAOlb7n.net]: Blend for Visual Studioってまさにxaml編集用に作られてると思うんだけど…
あと、xamlというかxmlをそもそもよく分かってないんじゃないのっていうレスがちらほらある
あれダメならhtmlとかも理解できないでしょうに
900 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 22:11:33.69 ID:y3HhtnRW.net]: namespaceさえ理解すればあとはhtmlと大して変わらんよね。
901 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 23:06:51.07 ID:3guJtLA5.net]: >>880
例えば、

<Grid

Property1="a" 
Property2="b"
..... />
902 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 23:17:00.35 ID:jZ4+eHeJ.net]: >>884
普通に

<Grid
Property1="a"
Property2="b"
..... />
ってやれば良いだけだろ
903 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 23:26:43.38 ID:jUPpFJcF.net]: それってxamlというよりxmlの仕様では？
904 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 23:31:02.23 ID:3guJtLA5.net]: >>885
いや、それはそうなんだけど…
まずプロパティが多いと縦に伸びるし、目移りも無駄、
プロパティ名の入力も面倒だし、重要な情報を見落とす恐れもある
それに部分的にプロパティを抜いたり、別の値でテストしたい時とか、
プロパティをその位置でコメントアウト出来れば凄い楽

>>886
その辺は分からないけど、どうにかならんかったのかなといつも思うんだよね
905 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 08:39:26.01 ID:7syDkwCh.net]: コメントはhtmlから引きずっているからね
906 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 09:39:03.86 ID:WWzPrzSM.net]: >>887
そんなに多くのプロパティを設定するのってどういうとき？
今までの経験だとせいぜい３～４だと思うんだが・・・
907 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 10:13:44.72 ID:L9IIIrds.net]: >>887
C#でやればいいのでは？
908 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 12:49:14.78 ID:W8c6vXCR.net]: 自分の思う通りに出来ないのは仕様がおかしい
って思っちゃうタイプなんでしょ
プログラマーにはあまり向いてないと思う
909 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 13:18:33.32 ID:QuMKW8xW.net]: >>889
例え3つでもコメント行が上に複数行も乗っかるのは嫌だわ
ただでさえxamlは縦に伸びるからね。フォーマットの仕方にもよるけど
プロパティの設定は大体4つ以内に収まるね
多いのだと例えばGridViewの設定かな。イベントの登録だけで4つ使ってたりする

>>890
コードビハインドでViewを構築しろってこと？ちょっとそれは頂けない

>>891
仕様がおかしいなどとは一言もいっとらんが
そもそもプログラマーで言語に不満を持ったことない人なんているんか
910 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 13:33:10.94 ID:WWzPrzSM.net]: >>892
なんで全てのプロパティにコメント残す必要があるの？
内容変更するのにコメントで残すってやつも、その項目全部をコピペしてコメント書いておけばいいじゃん。
つか、今時前のコードを残すのはバージョン管理に任せろよ。
条件に合わせて柔軟に対応できないとプロとしてやっていけないよ。
911 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 13:48:55.23 ID:QuMKW8xW.net]: >>893
ちょっと待ってくれ。全てのプロパティにコメントを残したいとは言ってないぞ
例えばいくつかのプロパティについて、メモ書きや注意事項を残したいことってないの？
俺はただそのプロパティの上や�
912 名前：｡に書けたらいいのにな、と言ってるだけなんだが。 あとは行をその位置でコメントアウト出来れば、テストとか楽だし 一応プロとしてやってますよ というか不満持ってる人って少ないのかな。長年不満を抱いてたから意外だったわ []: [ここ壊れてます]
913 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:09:16.83 ID:7syDkwCh.net]: そもそもWinFormsだってプロパティーにコメント振らない
914 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:14:13.40 ID:90urDzgW.net]: 一応確認なんだけど、viewmodel使ってるのかな？
本来バインディングされるプロパティがあるのだからそっちにコメント入れれば良いと思うけど
viewにヅラヅラ説明を入れる状態が想像できない
915 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:31:16.59 ID:r6cXYweV.net]: xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ

今回はマークアップ言語の話だけど、
既存のプログラミング言語に不満持ってるプログラマーが新しい言語を作るんだし
不満を持つことと対応できないこととは関係ないよね

んで、 Holy Hell!! な解法
https://stackoverflow.com/questions/2073140/why-cant-i-comment-attributes-in-xaml
916 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:37:30.54 ID:XuSZUgKR.net]: > xmlの属性レベルのコメントができないのを仕様の欠陥
ほんとこれ不便
917 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:38:37.63 ID:xSwLJo8H.net]: 未経験者から質問するけど、XAMLって独自プロパティ追加できないの？
HTMLなら勝手プロパティでコメント書いたりしたけど。
918 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 15:06:43.30 ID:vB1azCly.net]: そもそもxaml（xml）を手で編集すんなってことにしたいんじゃない？
jsonなんかも大きくなると手編集向いてないし
とはいえ現状じゃそういうわけにはいかないけど
xaml自体を分割して見通しをよくするとかくらいかね
919 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 19:28:35.60 ID:qpV588mo.net]: >>894
そういう欲求はある。あると便利だよねえ
920 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 23:15:39.83 ID:smPACViJ.net]: 思う通りに出来ないなら出来るように作っちゃえばいいじゃない
921 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 00:57:13.45 ID:maQO7vMi.net]: コメント振れないことと言うより
デバッグしているときにプロパティーをコメントアウトしにくいのが辛い
ブロック終わらせてコメントアウトっすりゃいいんだが面倒だ
922 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 06:46:41.35 ID:rUmkpmPg.net]: >>903
属性名変えればいいだけじゃん
Property1="a"
↓
xProperty1="a"
とか
応用力なさすぎ
923 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 22:50:27.99 ID:jfzw+pVI.net]: ん？意味がわからない
924 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 23:42:27.11 ID:ibduGkrL.net]: ガガイのガイ
925 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 00:13:26.20 ID:ODEsSmA2.net]: >>905
存在しないプロパティ名にリネームすれば無視されるから
コメントアウトの代わりに使える
926 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 10:06:39.38 ID:3t4t6vYZ.net]: <a>
<a.b>
<c　d="d">
</a.b>
</a>
でそれぞれa,b,c,dをコメントアウトするのに最適な方法は？
927 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 12:14:33.17 ID:fIrxxOza.net]: >>908
日本語でよろしか
928 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 12:14:55.21 ID:fIrxxOza.net]: よろしくw
929 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 12:30:54.83 ID:yS5k3fwP.net]: >>908
今時コメントアウトなんぞ要らん
gitを信じて消せ
930 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 13:08:27.48 ID:Cfig35XD.net]: >>908
お前日本語下手そうだからコメントアウトした結果を書け
931 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 14:04:08.99 ID:PmtPvWQ5.net]: 正直この先何年もXML引きずるのかと思うと憂鬱だわ
932 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 14:24:14.05 ID:JXginMSx.net]: >>897
>xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
XMLに関してはそうだが、XAMLに関してはプロパティ要素構文が使えるんだから
プロパティ要素構文にして、その後ろにコメント付ければいい
933 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 19:57:07.62 ID:m30Tu78y.net]: デスクトップアプリマンってWPFできようがUWPできようが時代遅れなんかな
7年くらいずっとデスクトップアプリばっかやってきたわ
あとはせいぜいゲームとか
WEBは半年もやってない
ASP.NETマンになればブレイクスルーできるのか？
.NETに全てを託すしかねーわもう
WPFが死のうがUWPが死のうが.NETだけは共通の技術だから食ってけるよな？
934 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:20:09.77 ID:pMNPIosi.net]: .NET Coreが迷走してるからわからんよ
今んとこASP.NET開発者の移行はさっぱり進んんでない
苦し紛れのWinForms&WPF対応という奇策もスルーされたら.NET Coreは3が最後のバージョンになるだろうな
そしたら.NETは終わりだ
935 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:21:39.96 ID:imlbHmeV.net]: >>915
electronのデスクトップマンになれば延命できるぞ
936 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:25:34.70 ID:ehYnqzb5.net]: >>916
迷走してるってソースは？
937 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:28:09.67 ID:HXRk5ZMS.net]: .NET Core 3の苦し紛れ感はSilverlight3の悲劇を彷彿とさせるね
938 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:33:36.22 ID:ehYnqzb5.net]: >>919
https://twitter.com/davidfowl/status/1122035993505230848?s=19
(deleted an unsolicited ad)
939 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:41:28.68 ID:pMNPIosi.net]: >>918
Silverlight3の顛末をググってきたらいいんじゃないかな
今の.NET Coreと状況がそっくりだから
だから失敗すると言いたいわけじゃないが、MS社内のプロジェクトのライフサイクル的に見切りを付ける時期が迫ってきているんだろう
940 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:42:40.78 ID:ehYnqzb5.net]: >>921
具体的に
941 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:47:27.55 ID:zo6UUTTz.net]: 「終わり」ってどういう状態を言っているのかにもよるな。
MFCは既に「終わり」のような気もするが、使えなくなったわけじゃないしな。
942 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:52:17.72 ID:pMNPIosi.net]: >>923
MSはプロダクトを見捨てる前にきっちり完成させるからね
WPFは例外だが
943 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:53:49.04 ID:TDhNq2WX.net]: WPFはファイルダイアログとかの仕組みをまともに作らなかったよね
みんなが欲しがるものをあえてスルーしてたのはなぜなんだろう？
944 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:59:41.05 ID:TDhNq2WX.net]: デスクトップアプリの肩身はどんどん狭くなる
今の元号変更にしたってアプリがweb化されていたらサーバサイドを変更するだけでいい
これからデスクトップだったもののweb化（html化）は加速するだろう　
945 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 22:11:10.20 ID:atpu4K08.net]: いつの時代の人なんだよ…
946 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 22:49:29.79 ID:D2B2a+AU.net]: >>925
ファイルダイアログはあるだろ
無いのはフォルダーダイアログ
947 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 00:06:29.68 ID:JvryURnP.net]: Windows API CodePackが事実上のオフィシャルリリースだろうに
948 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 00:13:26.27 ID:SrVVv9ma.net]: >>927
Webくんは妄想性人格障害なだけで現代っ子だよ
949 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 00:40:31.82 ID:flIcHYQt.net]: >>930
人格障害はお前だよ
950 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 08:13:26.69 ID:riS+7mUB.net]: フォルダ選択ダイアログってファイルダイアログに統合されただけだよな。
もともとあれは使いにくかったし。
951 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 08:59:37.98 ID:SrVVv9ma.net]: >>931
人格障害だけでなくガイジも患ってるみたいだね…
ママさん仕事して～
生ゴミはコンポストに捨てといてね
952 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 09:44:02.25 ID:bwdkx6fZ.net]: NumericUpDownがないのは作り忘れなの？
953 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 10:52:02.94 ID:bB6vFizM.net]: ちょいちょいそれ出してくる人いるけど、そんなに重要なコントロールか？
あればあったでいいけど、作れよそんくらい。
954 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:09:37.57 ID:JvryURnP.net]: wpfに足りないのは洒落たｔｏｏｌｋｉｔだと思うんだがな
JavaFXみたいでいいからcss使えたら大分変わっただろうが
955 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:23:29.23 ID:+WTnzUc7.net]: WPF Toolkitがあっただろ
MS謹製にもかかわらず悲惨な品質で、WPFにおけるコントロールの作りづらさを露呈した
956 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:23:31.00 ID:Bqa7G4KG.net]: 取るに足らないコンポーネントなんだろうけど、そういうのが積み重なった結果が
オレのUIかっこいいだろ系の残念UIのアプリが蔓延してWPF忌避の一因になったような気がする

特にWPF出始めは
ゴテゴテしてる感じのボタン群とか、パネルごとにグラデーションがかかった背景とか
WPFならではのUIにしてみましたって感じの機能に振り回されてるデザインのアプリ多かった

既存のUIと違いすぎて「このツールはWPFアプリかー（使いづらいな）」って思ってた
アプリのコンポーネントごとに極僅かだけどバッドノウハウ的なコツが必要なの時間の無駄に感じる
957 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:36:48.02 ID:okR7prA6.net]: >>932
API的には統合されたけど、WPFのはモード指定が出来なくてファイル専用
APIを直接呼び出せば使えるけど、面倒くさい
958 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:57:36.38 ID:vasc9k3m.net]: グラデなしでピクトグラムでいいやんの流行りになったしな
959 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 19:06:33.93 ID:ZVZuWdtk.net]: MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
960 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 19:07:23.38 ID:ZVZuWdtk.net]: MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
961 名前：デフォルトの名無しさん mailto:sage [2019/05/03(金) 21:35:56.29 ID:Ty57vDZV.net]: >>942
MS製コントロールがバグ放置のwinformsよりはずっといい
（自前で拡張するかどっかから買えと？）
962 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 21:08:40.63 ID:Z6pnZdfU.net]: 親コンテナにDropShadowEffectを適用すると子コントロールにも反映されます。親要素にのみ反映させるにはどうすればよいでしょうか
963 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 03:45:12.61 ID:cvUncZGI.net]: 子コントロールにスタイル設定すれば
964 名前：デフォルトの名無しさん [2019/05/05(日) 12:26:09.77 ID:ZoPshMtO.net]: webの方が簡単で面白いことに気づいてしまった
プログラミングってやっぱだるいわ
クソコードひたすら追いかけないといかんし
965 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 12:34:54.97 ID:TKrOuc6u.net]: >>946
俺ももうプログラミングやめたい
ソリューションアーキテクト()とか名乗って偉そうなこと言ってトンズラするだけの仕事したい
966 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 12:55:56.67 ID: ]: [ここ壊れてます]
967 名前：Lip5pc/w.net mailto: 風呂敷広げる仕事ばかりやって畳む経験積まないとロクな人間にならないよ []: [ここ壊れてます]
968 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 13:10:51.58 ID:eMsI3+wX.net]: 含蓄がありますね(嘆息)
969 名前：デフォルトの名無しさん [2019/05/05(日) 13:28:05.49 ID:ZoPshMtO.net]: >>947
ソリューションアーキテクトってやたらかっこいいな
それで仕事取れてまかり通るなら迷わずやればいいよ
ぶっちゃけ俺もそれやりてーわ
970 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 16:29:56.08 ID:mUBBoDAW.net]: すればいいじゃん
971 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 08:08:20.77 ID:nagljinL.net]: 祝.NET5
972 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 08:37:22.92 ID:TGYjbWr3.net]: まだ1年以上先やん
973 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 10:17:12.15 ID:SahO4WyM.net]: 素晴らしい未来がやってきそうだな
974 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 11:38:31.75 ID:SahO4WyM.net]: VS2019 previewでWPFの.NET Coreのデザイナーの対応が来たな
975 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 13:48:21.84 ID:Q8AOfbVk.net]: >>955
まじ！？
976 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 14:40:40.46 ID:SahO4WyM.net]: >>956
まじ。5月6日のリリースで来てる。.NET CoreのSDKをインストすれば表示が可能になってる
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes-preview
977 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 18:33:28.44 ID:ps990SHk.net]: .net　coreベースでWPFアプリが作れるだけだろ
何が嬉しいのかさっぱりわからない
978 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 18:36:32.63 ID:ps990SHk.net]: .netcoreベースでWPFアプリが作れるけど動くのはwin7sp1以降のwindowsのみ
979 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 19:05:57.97 ID:Q8AOfbVk.net]: >>958
なんで？
980 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 19:53:13.78 ID:zPHtXU9Z.net]: >>958
>>955
981 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:26:57.74 ID:ps990SHk.net]: 思考停止してるのか？
実際に何かいいことあるのか？
ないだろ？
982 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:31:07.89 ID:FJj2rymy.net]: .Net Coreは .NET Framework よりも性能が良いって聞くけど、どうなんだろうね。
後、アプリに .NET Core自体を含められるから、 .NET Frameworkが
インストールされている必要が無いってのもメリットと言えばメリット。
983 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:31:17.31 ID:ps990SHk.net]: 元々あるものを再実装して足踏みしてるだけ
984 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:37:19.59 ID:ps990SHk.net]: .netcoreに移行するとすでにあるWPFライブラリなどは使いまわしできなくなる
985 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:44:26.38 ID:ps990SHk.net]: visual studioはWPFで作ってあるけど再実装しなおすのかな？
986 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:46:30.51 ID:9iRY6hHt.net]: >>963
Webサーバーのために極度に最適化されてるから、デスクトップアプリに求められる性能が出るかは期待薄だろう
今更真面目にデスクトップアプリ向けのパフォーマンス改善なんかやってくれるとも思えない
しかもデスクトップアプリなら.NETランタイムごとアプリに同梱して配るのがデフォになるだろうから、
.NET Frameworkと比較してファイルサイズサイズは激増し、その分起動時間も相当長くなるはず
987 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:58:50.48 ID:gpGYtGNe.net]: >>967
Webサーバーに極度に最適化の具体的な内容を知りたい
ソースお願いします
988 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:01:45.57 ID:carnJ8B3.net]: https://devblogs.microsoft.com/dotnet/introducing-net-5/

だいぶのんびりやってるけどそのへんはAOT対応に期待だねえ

今までの.NETアプリの鈍重ぶりからしてシステムランタイム依存が
実際どれだけスタートアップ速度に貢献してたかなんてのも疑問だし
989 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:14:47.34 ID:SahO4WyM.net]: 将来Coreは.NET5に移行することになるから、Frameworkでの開発がレガシー化するのは時間の問題でしかない
Visual Sutidioはオンライン版が発表されたし、デスクトップアプリの開発はもう死に体になろうとしてる
新しい開発フレームワークがこれまでより求められてきているが、Blazorは本命なのだろうか
990 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:17:25.86 ID:ps990SHk.net]: レガシー化してもいいから.netcoreから変更なしで使えるようにしてくれたら何も問題ない
それを全部使えなくして再実装しなおすんだから馬鹿なんじゃないかと思う
991 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:26:02.63 ID:EXJv8ROn.net]: サーバ用途はしらんけどデスクトップのWindows向けならほぼ間違いなく.Net Frameworkインストール済みだし
.Net Coreに移行してどんなメリットがあるのかわからん
992 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:27:17.83 ID:AXdDikdA.net]: Coreにしかできないことがあるだろ！　たぶん
993 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:29:32.14 ID:TpQciypC.net]: >>972
ちょっとはググれよ
994 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:40:50.03 ID:carnJ8B3.net]: SCDを選択すれば今回みたいにWUでWinformsのレイアウトが崩れたりしない！！！

イヤあれ根本的な原因がフレームワークのコードに起因するのかWin32APIの変更に引っ張られたのか知らんけど
995 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 23:13:20.50 ID:8iyOaY+P.net]: .net native ってのが有ってだな
996 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 01:50:50.81 ID:SGPGdZM3.net]: >>976
ストアアプリ専用じゃない？
いずれデスクトップも検討すると言ってたけど
今になっても噂もないってことは見送りになったんだろうね？
997 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 07:56:23.76 ID:PUxGMWyh.net]: 今回のアナウンス見てもそれじゃあ噂がない以前に元々興味が無いだけでは
998 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 08:09:23.23 ID:NpZCzFSM.net]: VS onlineってexeもローカルに出力できんの？
クラウド上でビルドしてアウトプットを別途ダウンロードするみたいな感じ？
後者だとは思うけど
999 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 08:28:11.67 ID:3OTuuh9B.net]: >>978がちゃんと読んでないだけだねえ
.NET CoreがAOTに対応するとはどこにも書いてないよ
・CoreFX (クラスライブラリ) がAOTに対応する
・CoreCLR はJITを活用して長時間実行するアプリケーションでの高スループットと高生産性を提供する
・.NET Nativeが.NET 5ファミリーに含まれるのかどうかは言及なし
・起動時間や iOS, Blazor 等プラットフォームの制約のためAOTが必要なケースには、MonoのAOTを利用して対応する
1000 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 08:59:56.99 ID:/haNqz9o.net]: >>979
リモート操作も含めて全てクラウドの仮想環境上で実行できるに一票
Onlineは定額制になり、Azureの利用範囲に応じてプランがある感じになるんじゃないだろうか
ビルドされたものがzipでパックされて、都度DLしてっていうのはちょっとないよね
1001 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 09:04:06.03 ID:/haNqz9o.net]: zipでパックはスルーしてどうぞ…
1002 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 09:12:18.15 ID:/haNqz9o.net]: GoogleがFlutter for Webを発表したな
界隈のウェブ化の波が凄い。絶賛乗り遅れ中ですよ
1003 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 10:02:24.56 ID:NpZCzFSM.net]: >>981
やっぱクラウドなんだろうねー
ローカルでちょくちょく使うちょっとしたツール類が使いづらくなるのがなー
1004 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 11:49:26.79 ID:owBD3RAN.net]: Blazorだけが最後の希望だ
1005 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 23:27:04.86 ID:SGPGdZM3.net]: >>983
Dartやだー
どうせだったらTypeScriptでPWA作るほうがいい
1006 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 18:18:12.69 ID:cLhRp6Rd.net]: DartってC#に似てたような気がする
async awaitがc#より良い出来のシンタックスシュガーに包まれてた気がする

気がするばかりで済まぬ
1007 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 18:59:24.86 ID:HmZQAPaE.net]: 気のせい
1008 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 19:20:35.18 ID:TvKkh+gI.net]: >>986
Perl好き？
1009 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 21:21:33.44 ID:LyVAVZ0b.net]: Livechartsのツールチップをカスタムしたくて色々XAMLいじってたら、ツールチップ表示時にブレークモードで落ちるようになった。問題なかった時と同じ状態まで戻してもダメ。どうしたらいいのか...
1010 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 17:39:16.67 ID:FeoREeur.net]: >>990
なんかのタイミングでどっかのコンポーネントが
再コンパイルされちゃって固定したんだろね？
（始める前にイメージバックアップで全部戻せるようにしたほうがとは思うけどいまさらだろうから）
Livechartsの環境構築やり直すしか思いつかない
1011 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 17:30:32.43 ID:s81pq9/g.net]: >>981
VScodeベースだし
.NET言語はRoslynコンパイラもWebAssemblyにしてローカルで動かすかもよ？
（C++はVS on windows使ってねでサポート外？）
1012 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 17:52:03.97 ID:EZwsgETW.net]: >>992
君よく頭悪いって言われない？
1013 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 00:08:12.26 ID:hOySvDzr.net]: >>993
C#のコンパイルしたことある？（JAVAでもいいけど）
VMオブジェクト指向言語はかなり実行時に投げてるからコンパイル自体は軽い
スマホでも重くならないと思われ
1014 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 08:46:38.55 ID:32DCwaMK.net]: 病院Go
1015 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 22:41:24.02 ID:hm7pGYRA.net]: 君がねｗ
1016 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 01:23:45.34 ID:rj4hXzDh.net]: >>996
君よく頭悪いって言われない？
1017 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 01:38:55.60 ID:zJDWj/bl.net]: 病院Go
1018 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 02:41:53.50 ID:5yztaPBa.net]: CoreのいいとこはLinuxで使えるところ
1019 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:31:34.75 ID:wtAwFmrj.net]: なおWPFはCoreでもWindowsでしか使えません。残念！
1020 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:53:15.23 ID:8fOYIMEO.net]: 次スレ建てました

WPF(.NET4.x, .NET Core) GUIプログラミング Part23
https://mevius.5ch.net/test/read.cgi/tech/1557960752/
1021 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 518日 8時間 17分 28秒
1022 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef