WPF(.NET4.x, .NET Core) GUIプログラミング Part23

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


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

1 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:52:32.39 ID:8fOYIMEO.net]: Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/

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

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
141 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 21:13:35.13 ID:rm61aUh5.net]: UWPとWPFの区別がつかない人がドヤ顔�
142 名前：ﾅマウンティング []: [ここ壊れてます]
143 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 21:27:11.21 ID:llXnDosY.net]: 最近増えてきたガラスのような表現のフレームワークはWPFですか?
144 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 21:30:57.15 ID:LNS8v7+t.net]: いいえ
あれはUWPです
145 名前：デフォルトの名無しさん [2019/05/28(火) 19:02:40.16 ID:ZZsS+Znm.net]: xaml islandが出てきて、UWPじゃないとできないという制約が
なくなってきたね。
146 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 19:15:12.49 ID:az36SE/9.net]: そんなのあんだ。
147 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 19:38:30.31 ID:MzojxIZT.net]: 逆に今後の新規開発や追加開発ではWPFもういらないってことなんだけどな
既存のWPF部分に手を入れざるを得ない場合を除き、常にWindows Runtimeで作る
それが今後のWPFアプリケーションの唯一の正しい作り方だ
148 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 20:56:00.72 ID:5uVnslUx.net]: >>140
ジョジョでいう
シルバーチャリオッツレクイエムみたいなもんか
149 名前：デフォルトの名無しさん mailto:sage [2019/05/29(水) 01:24:16.83 ID:l3SpZv82.net]: >>141
さっぱりわからん
150 名前：デフォルトの名無しさん mailto:sage [2019/05/29(水) 09:50:06.92 ID:v46ep+GI.net]: >>141
スタープラチナのザワールドだろ

通常はスタープラチナの精密で力強い攻撃で対応して無理なら時を止める
151 名前：デフォルトの名無しさん mailto:sage [2019/05/29(水) 12:19:09.94 ID:1hOUMMYr.net]: Double型をバインディングしたTextboxに小数点を入力するとエラーになり問題、Extended Wpf toolkitのDoubleUpDownをTextboxの代わりに使ったらあっさり解決...
今までわざわざstring型でバインディングして数値だけ入力制限したりあれこれしてたのが無駄だったわ
152 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 16:43:20.75 ID:228VL8j4.net]: Windows API Code Packというのは機能を拡張するものですか？
ｃ＃で使用できるんでしょうか？
153 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 17:32:12.45 ID:Ai3idouJ.net]: できるよん
154 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 19:39:51.72 ID:228VL8j4.net]: はい
155 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 09:43:53.79 ID:OPrZ2CcO.net]: Directory.GetFileSystemEntriesで画像を取得できますか？
156 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 10:15:11.60 ID:H0pYHCN3.net]: ID:P9kv6fd4の馬鹿か
157 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 10:25:53.31 ID:OPrZ2CcO.net]: なんでそんなに攻撃的なんですか？
158 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 10:36:47.06 ID:VOFsXmY2.net]: >>150
関数の仕様をリファレンスで調べてきて引数と戻り値と動作を読んで、それでも分からないことがあったらそこを具体的に質問すると丁寧に答えてもらえるぞ
159 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 10:59:47.73 ID:bzcjxT5l.net]: wpf関係ないじゃん
何がC#でなにがwpfかもわかってないんでしょ
散々チュートリアルやろ？って忠告を無視して延々と同じような質問繰り返してりゃ答える側も馬鹿らしくなるよ
160 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 12:05:12.73 ID:H0pYHCN3.net]: >>150
しつこい馬鹿だから
いい加減死ねよ
161 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 21:42:55.58 ID:1gGjmj25.net]: 画像ってのがサムネイルのことならWindows API Code Packで出来るんだが
もう少し自分で調べたほうが良いと思うよ
162 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 22:13:49.95 ID:FzL8t6js.net]: Windows API Code PackはForkがいくつもあってどれを使えばいいのか分からないな。
ライセンスも元のMSのページが消えてて良く分からんし。
163 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 23:35:24.11 ID:1gGjmj25.net]: ただ、ファイルシステムをCodePack使わずにWin32API使うと面倒になるからな
言うほど大変なわけでもないが、独特な管理方法で面食らったわ
164 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 00:00:34.97 ID:/fVOuCWc.net]: >>156
ファイルシステムってなんのこと?
フォルダー選択ダイアログとかを出すことかな
165 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 15:10:33.38 ID:kNKAj5df.net]: 社内業務用にpowershell+.NETで簡易GUIを表示するようなアプリケーションを作る場合、商用ライセンスとか必要なんでしょうか？
166 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 16:58:31.60 ID:L8VSMqPX.net]: いらんでしょ
167 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 18:40:28.28 ID:dutM1mQ+.net]: どっちの意味だろう？
・（作成するアプリケーションの）商用ライセンス
・（VisualStudioの）商用ライセンス

よく主語が抜けてるとか言われてるけど
この場合、連体修飾語が抜けてるよね（今調べた）
168 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 18:46:53.35 ID:oLmmsHsK.net]: 後者の意味にしか取れなかった、というか前者の意味がわからん
社内用に作ったアプリに商用ライセンスつけるか、って話？
169 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 18:50:14.74 ID:Y6wyUKBm.net]: 社内配布でも基本的にはVSの開発者用ライセンス必要だし、
オープンソース使ってるならライセンス違反にならんように気をつけなあかん

自分個人だけで使うなら特にライセンス気にすることはないだろう
170 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 18:55:21.90 ID:dutM1mQ+.net]: うん
前者なら上長に聞けと思った

後者について VisualStudio Community のライセンスを調べたところ、
オープンソースプロジェクトや学習・研究目的ならどんな企業も問題ないが、
相談のケースはクローズドソースと思うので、以下の条件になるはず

・一般企業なら5ユーザーまで
・大企業（250台PCを所有、または売上100万ドル）なら、使用不可
171 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 19:23:31.03 ID:iKNLzo07.net]: VS　Express2015なら無料で使用できますね
あとVS　Codeを使うことも可能だが、WPFを開発って結構苦行かもしれんね
172 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 19:31:36.01 ID:gHWgGxDB.net]: メモ帳とかでソース書いてWindowsにプリインストールのcsc.exeでコンパイルした場合はVSのライセンスっていらないのかな？
スレチだけど
173 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 19:43:46.22 ID:kNKAj5df.net]: 質問の仕方が悪かったですね
すみません

テキストエディタでpowershellのコードを書き、その中で.NETのFormオブジェクト達を呼び出してGUIを作ります
そのときに、powershellや.NETの商用ライセンス的なものが必要なのか知りたかったです

よろしくお願いします
174 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 19:52:03.41 ID:dutM1mQ+.net]: まさかの第三
・（実行環境の）商用ライセンス
だった
175 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 21:22:12.30 ID:51hU7+bN.net]: しかもWPFですらない可能性も出てきた
176 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 22:12:25.81 ID:D/nGT1NT.net]: OSSなんだしいらないんじゃね？（適当）
社内用ならそんなシビアに調査しなくていいんじゃね？って気もするけど超大手とかだとやっぱしっかりしらべるのかね？
超大手なら周りなり法務なりに聞けで済むか
177 名前：デフォルトの名無しさん mailto:sage [2019/06/03(月) 22:30:23.86 ID:/fVOuCWc.net]: >>163
小規模企業でも大企業からの委託案件だとNG
178 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 07:11:16.82 ID:vCNf4oK2.net]: >>170
「自社利用」な
179 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 11:36:40.38 ID:K/ci/E6x.net]: cointoss.hatenablog.com/entry/2017/02/21/121209
上を参考にexeにdllをマージしたのですが
Prism.dll、Prism.Unity.Wpf.dll、Prism.Wpf.dllは
exeのフォルダに置いていないと起動できません。
他のdllは削除しても起動できます。

なにか不足していることがあるのでしょうか？
180 名前：デフォルトの名無しさん [2019/06/06(木) 03:11:15.75 ID:Q2PRQ2hH.net]: >>166
不要
181 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 06:39:45.37 ID:6mE/3wpu.net]: WPF技術者探しても一人も見つからないあるよ。保守できないあるよ。
182 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 08:15:06.43 ID:1sqooHn/.net]: お前がメンテナになるんだよ
183 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 08:57:44.10 ID:gBdzPl5F.net]: 金出しゃいくらでも居るよ
技術者を安いおちんぎんでこき使わないで
184 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 17:09:04.38 ID:lPa5yFg1.net]: 技術者不足なのか足りてるのか分からん業界だ
185 名前：デフォルトの名無しさん mailto:sage [2019/06/13(木) 20:13:48.97 ID:Qp/i0hmX.net]: core3いいじゃん
これで少し手直ししたらlinuxにwpfもっていけるってことなのかい
186 名前：デフォルトの名無しさん mailto:sage [2019/06/13(木) 20:59:16.46 ID:vbUZdfMk.net]: 残念ながらWPFやWinFormsは.NET CoreでありながらWin限定
WPFは大部分がC++/CLIで書かれているしWindows APIに依存しまくってるから、
まずはそれを全てポータブルな形に再実装しなければならない
百人月クラスの壮大なプロジェクトだ
187 名前：デフォルトの名無しさん mailto:sage [2019/06/13(木) 21:15:12.81 ID:sfQNEli4.net]: 100人月で済むならやりゃいいじゃん
壮大なプロジェクトって少なくとも１桁違うやろ
188 名前： mailto:sage [2019/06/13(木) 21:31:32.83 ID:RglcOoNZ.net]: >>180
一桁はおろか、二桁＝1万人月くらいは必要じゃないかな…
189 名前：デフォルトの名無しさん mailto:sage [2019/06/13(木) 21:32:10.18 ID:09qLCJE0.net]: MS社員の100人月ならドカタのサグラダファミリアだな
190 名前：デフォルトの名無しさん mailto:sage [2019/06/13(木) 21:41:06.34 ID:Br82W2pC.net]: そもそもポータブルなGUIに無理がある
swingの様になりたいのか
191 名前：デフォルトの名無しさん mailto:sage [2019/06/13(木) 22:01:08.10 ID:k5DFsQwe.net]: C++/CLIって久しぶりに聞きましたね
もう聞くことはないと思ってた
192 名前：デフォルトの名無しさん mailto:sage [2019/06/13(木) 23:20:07.43 ID:sfQNEli4.net]: そもそもWPFなんだからWindows限定でよくね？
193 名前：デフォルトの名無しさん mailto:sage [2019/06/13(木) 23:25:38.96 ID:CND6SLBs.net]: WPFはフルスクラッチでUIを描画してるから、アーキテクチャ的にはむしろWin限定にするほうが不自然
194 名前：デフォルトの名無しさん mailto:sage [2019/06/14(金) 21:47:31.30 ID:nRSl3ZvU.net]: >>179
そうなん…
Win専用ならCoreにしても…

C++/CLIはたまに使う
195 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 09:19:09.60 ID:Ga3aXpPN.net]: Chromium+AspNetCore+Blazor
次世代の.NET系デスクトップフレームワークはこうなる
196 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 09:27:21.19 ID:6PSH/Imj.net]: 過剰なクライアントサイド志向に対する最近の揺り戻しのムードの中で、サーバーサイドBlazorだけならワンチャンあったかもね
Blazorを正式なプロダクトとして推していくと決めた時点で、クライアントBlazorは廃止してサーバーサイド一本にするべきだった
Blazorといえばwasmのオモチャというイメージを払拭できない限り普及はない
197 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 09:42:50.74 ID:Ga3aXpPN.net]: SSRはもとはクライアントでしか動かないjsが鯖で動くすごいって技術
だからjs以外の言語だとSSRはなにも真新しさはない古典的な技術だ
なのでBlazorでサーバーサイドをやる意味はない(api、MVC、Pagesで十分)
クライアントで.NETを動かすことに意味がある
198 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 09:49:12.97 ID:p9QrGiGS.net]: Blectron的なやつのことを言いたい？
199 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 10:13:25.41 ID:Ga3aXpPN.net]: >>191
Blectronは知らないがElectronの.NET版という意味ならまさにそうだな
ググったらもうすでに同じ発想で取り組んでるOSSユーザーが少なからず居たから
もう暫くしたらBlazorでクロスプラットフォームデスクトップアプリが実用
200 名前：化するんじゃないかな []: [ここ壊れてます]
201 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 10:33:45.61 ID:p9QrGiGS.net]: >>192
Blectlonでググったかい？
202 名前：デフォルトの名無しさん [2019/06/15(土) 15:17:17.19 ID:xT5QU/B2.net]: 新卒で入った会社（５年前）がWinFormだったな。今も多分そう。
今はWindows用のコード書くことがなくなってしまったが、
あれはあれで生産性高いと思うわ。業務アプリだとデザイン性いらないし
203 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 15:30:24.49 ID:RNWBuCRz.net]: WPFも主ターゲットは業務向けだけど、日本のITドカタが業務システムと聞いてイメージするオーダーメイドなシステムとはだいぶ違う
米国では早くからシステムのパッケージ化が進んでいて、
パッケージベン�
204 名前：_ーにとっては一つ作れば多くの客に売れるから多くの開発リソースを投資してリッチなUIを作ることができる そういう事情を踏まえて誕生したのがWPFなんだよ 日本でも近年は脱オーダーメイドが進みつつあるけど、既にリッチクライアントの時代が終わってSaaSになっちゃったからWPFの出番は来なかった []: [ここ壊れてます]
205 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 16:35:30.94 ID:hWID9DJj.net]: 日本の業務アプリには御託並べるWPFプログラマは不要。
黙々と作業に徹するWinformコーダーが居ればよい。
206 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 17:08:33.15 ID:RjknjEo7.net]: 業務にアクティブ要素、動的要素なんていらないからな。
コントロール全部並べてあって使えないところは無効化されてるだけでいい。
状況によって位置が変わるのをすげー嫌がる。操作ミスが増えるだけ。
207 名前：デフォルトの名無しさん [2019/06/16(日) 01:46:25.54 ID:AXRRwyW/.net]: バインドしてみたけど、まったくメリットが分からん...

marikooota.hatenablog.com/entry/2017/05/30/002059
とか、↓の方が簡単だと思う。

-- xsml --
<StackPanel>
<TextBox x:Name="tb1"/>
<Button Click="btn_Click">Count Up!</Button>
</StackPanel>

-- cs --
int count = 0;
private void btn_Click(object sender, RoutedEventArgs e)
{
count++;
tb1.Text = count.ToString();
}

誰か、バインドのメリットをアホな俺に教えて下さい...
208 名前：デフォルトの名無しさん [2019/06/16(日) 01:47:53.07 ID:AXRRwyW/.net]: >>198
空白文字消されるんですね; 読みにくくてすみません💦
209 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 03:49:25.26 ID:3DdY3936.net]: バインドの最大なデメリットは天才と無職しか使いこなせないこと。
210 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 09:03:33.98 ID:muf2QdNo.net]: >>198
あなたの作りたいツールがボタン押したら
カウントアップするだけの機能だけでよいなら理解する必要はない

でもたいていはそのテキストボックスには外部ファイルを読み取ったり、
データベースからデータをとってきて、集計したり加工した値が入るはずだ
その時にはbtn_clickのコードは肥大化して容易に1,000行を超える
その時には関数に切り分けたりすることを覚えるだろう
さらに進んでいくと、画面を凝ったデザインにしたくなったりユーザーの入力値を検証したくなったりする
そうすると画面のデザインを少し変えただけなのに
うまく動かなくなったりコンパイルエラーを起こすようになってきた
そこで画面は画面だけにしたほうが改修がしやすかったり、
デザインの得意な人にそれを任せることができるようになってくる
システムは機能や役割ごとに適切に分離していたほうが将来的にメリットがあり、
バインディングはそれを実現する仕組みの一つだ
211 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:07:34.99 ID:X9An2SCt.net]: 三行で
212 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:11:25.65 ID:X9An2SCt.net]: バインディングは逆に手順が可視化されないのが弱点

よくわからないけど動いていればいいならバインディング
そこまでしっかり自分で制御したいなら通常のコードで
213 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:14:27.54 ID:yX0oMZwq.net]: 手順の管理は量が増えると難しくなってスケールしないから
そもそも手順気にしなくていいように宣言的プログラミングしようぜってなったんだよ
ちっぽけなアプリ作るだけなら好きにすればいいさ
214 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:14:39.65 ID:9Kn5GUQ/.net]: ドヤ顔したいならバインディング
215 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:22:58.12 ID:X9An2SCt.net]: バインディングにも弱点がある
相互関係で値が決まるときにその相互関係を結局人間が追わな�
216 名前：ｭてはならない場合が出てくる その時に非常にバグが取りにくい それでFBはMVVMを捨てた []: [ここ壊れてます]
217 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:24:41.66 ID:X9An2SCt.net]: スケールと言うけど小規模ならバインディングで対応可能だろうけど
それを超えるとまあ無理だろう
218 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:30:24.72 ID:yX0oMZwq.net]: 手続き的だと非同期処理も非常に弱い
今の時代非同期が無いということはまずない
非同期処理ではやはり宣言的プログラミングが強い
手順すなわち処理の順番に依存すると非同期処理は急激に難しくなる
219 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:33:01.62 ID:X9An2SCt.net]: 従来型はスケールしないと言うけど世間の大規模プロジェクトはほぼ100%
従来型（手続き型）で作られているだろう
手続きが書いてあればツールと人手を使えば解消のめどはつく
宣言的な組み合わせの場合はロジックをすべて脳に入れて考えなくてはならないので
大きくなればなるほど人間が追いつかないと思う

逆にバインディングで大規模プロジェクトが今現在も使われているとは思えない
220 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:34:56.59 ID:X9An2SCt.net]: 人間が追い切れない場合は実行してデバッグしかないけど
それがまたバインディングの場合はやりにくい
221 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 10:36:05.79 ID:yX0oMZwq.net]: >>209
スケールしないのを金と人数に物を言わせて無理やり作った
それが従来型の大規模開発だな
スケールはしてないんだよ無理してるだけで

脳に入れなきゃいけないことが多いのは手続き的なほう
なぜなら手続==処理の順番に結果が依存するから
長い処理を扱うときに最初から最後まで手順を頭に入れてなければいけない
222 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 11:36:30.06 ID:0yrhG5qH.net]: 画面単位で独立したロジックを記述してDBのみ共有する従来のスタイルなら余裕でスケールするよ
WPFは頭のいいアーキテクトがトップダウンでスマートな設計をするスタイルには適している
MSのプロダクトは基本そうやって作られている
一方、従来のバカでもスケールするスタイルで作ろうとするとWPFはフリーダムすぎて無茶苦茶になる
223 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 12:48:19.67 ID:BOJP8Jll.net]: そういうけどできてから10年以上立つけど
そんなに大規模のプロジェクトでWPFが使われてるような形跡がない
webでもMVVMは中規模から小規模向けで大きくなると使い物にならないという評価
224 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 12:56:44.07 ID:35twkBI3.net]: >>213
っVisual Studio
225 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 12:59:52.96 ID:6qqET37p.net]: 大規模で使い物にならなくなるのは、学習できない月収14万円のコーダーばっか集めてるからやろ
226 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 13:00:12.87 ID:Fx7TO0Mh.net]: 大規模な画面アプリなんてあんの？
普通サブシステム単位とかで実装別れると思うけど
227 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 13:32:34.96 ID:yX0oMZwq.net]: >>212
それは別の意味でスケールしない
DB処理にビジネスロジックが蔓延してメンテナンスコストが跳ね上がる
実行時パフォーマンスも悪い
228 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 14:00:08.42 ID:uPzprWkd.net]: >>216
サブシステムで数百画面とかのシステムもありますので…
229 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 14:11:05.99 ID:UANb65jp.net]: DBとはバインドするのは良くて、画面とのバインドは良くないという論調？
大規模な画面改修を想定しない限り、画面要素のバインドは良い事無いと思う。
作り変えるのが前提のプロトタイプならメリット有るだろうね。
レジに支払い方法追加するみたいに、旧来のロジックはそのままでレイアウトが変わるならバインディングも有効だろうね。
230 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 16:05:42.44 ID:X8m3/+hI.net]: >>219

one-way binding(射影)なら良いと思う。

個人的には当初MVVMの利点と言われていた「View(UI)のすげ替えが楽」なんてのは幻想で、
「自動テストが書きやすい（手動によるE2Eテストを減
231 名前：らせる）」というほうに重きをおくべきだと。 []: [ここ壊れてます]
232 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 16:06:40.32 ID:6qqET37p.net]: >>220
確かにテストはめっちゃ楽だわ
233 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 17:08:33.07 ID:X8m3/+hI.net]: そう、だから自動テストという意味で >>198 を考えると、
btn_Click()イベント内部では"tb1"という他人のControlオブジェクトへ直接アクセスしている。
したがって"tbl1"Controlの存在無しに実行することができないから自動テストを書くのが困難になる。

これを、
・画面に表示されている値と常に一致しているカウント変数、という概念（＝データバイディング）
・実際にカウントアップする処理（＝ビジネスロジック）
・カウントアップするきっかけ（＝イベント or コマンド）
に分けて考えることでビジネスロジックの自動テストを書くのが容易になる、というのがMVVMのメリット。
234 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 18:25:01.50 ID:3DdY3936.net]: >>212
WPF登場以降、MSのアプリ、ツールに一貫性がなく碌に使われずに開発が放棄され、
サポートしきれずオープンソース化される理由はそこにあるのですね。
235 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 19:37:59.62 ID:G7NVDdhd.net]: >>223
OSS化=サポートしきれない
じゃねーだろ…どんな思考してんだよ
236 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 20:16:09.10 ID:wZzXbGgB.net]: 煽りたいだけだろ、スルーしとけ
237 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 20:45:27.52 ID:3DdY3936.net]: >>224
オープンソース化の経緯も知らずに何頓珍漢なこと言ってんだよ。

プレミアサポートが碌に質問に答えれなくなってる現実まで知らないとか、
MSと契約してないか、開発してないかのどちらか。
238 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 20:46:53.30 ID:/vSSiNTa.net]: つまりwinformsもサポート出来なくなったと
239 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 21:20:01.01 ID:G7NVDdhd.net]: >>225
ごめんキチガイに触ってしまった
240 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 21:24:45.01 ID:C3V1csoe.net]: >>226
Microsoftの中の人ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
241 名前：デフォルトの名無しさん [2019/06/16(日) 21:30:04.16 ID:GzHLSBJo.net]: 内容はともかく >>224の言い方も若干煽り入ってるし、ムキになる方もガキ
242 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 21:32:29.36 ID:WJsnIQ8z.net]: ガキ同士仲良くしてどうぞ
243 名前：デフォルトの名無しさん [2019/06/17(月) 01:08:20.00 ID:kwIqiH/S.net]: こんなオワコン老害スレにガキなどおらん。

いるのは無職とヨコからマウンティングするだけの糞じじぃのみ。
244 名前：デフォルトの名無しさん mailto:sage [2019/06/17(月) 06:40:10.09 ID:dkYFNC1r.net]: >>232
おまえはどっち？
245 名前：デフォルトの名無しさん [2019/06/17(月) 12:15:35.07 ID:IT0P3J54.net]: WPFの使い勝手はともかく、使い手数に対して仕事はそれなりにあるんだからオワコンではないっしょ
246 名前：デフォルトの名無しさん mailto:sage [2019/06/17(月) 19:39:32.64 ID:fDhMMT3f.net]: COBOL的論理
247 名前：デフォルトの名無しさん [2019/06/17(月) 21:35:53.79 ID:Z9iR9gFd.net]: 60年現役のCOBOLさんをいつ消えるか分からんWPFなんぞと一緒にしないでくれたまえ笑
248 名前：デフォルトの名無しさん [2019/06/18(火) 06:15:24.31 ID:3nOE2mBA.net]: プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/

142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な　俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人な
249 名前：んて復活ねーから。 []: [ここ壊れてます]
250 名前：デフォルトの名無しさん [2019/06/18(火) 20:27:06.42 ID:ei8mZ0vT.net]: 設計が糞すぎたから普及に失敗した。これがすべて。
251 名前：デフォルトの名無しさん mailto:sage [2019/06/18(火) 20:44:01.17 ID:PMWmWCmS.net]: COBOLをボコる
252 名前：デフォルトの名無しさん [2019/06/18(火) 22:46:24.39 ID:1c5MtUw2.net]: XAMLのデザイン要素は悪くないと思うけど
MVVMとかに関しては労力に見合ったリターンがあるか疑問

個人的にはバインドとかいろんな書き方できるのがすごくイヤ。
バインドでもx:Name=でも良いんだが、Pjによって原則どっちかでしか書けなくしてほしい。
253 名前：デフォルトの名無しさん mailto:sage [2019/06/19(水) 18:45:04.98 ID:eIRWm2fN.net]: >>240
それは規約の話じゃないか？
254 名前：デフォルトの名無しさん [2019/06/19(水) 20:02:02.54 ID:Td37eomm.net]: 両方じゃない？
昔の言語でgotoでスパゲッティの成果物があったとして、書いたヤツや規約も悪いしgotoオッケーの言語も悪い。
255 名前：デフォルトの名無しさん mailto:sage [2019/06/20(木) 19:00:34.81 ID:OKnd5gHF.net]: WPFで業務用アプリを作ってみたけどなかなかいいじゃない。
Material Design XAML Tool Kitのおかげでサクッと今風のUIが実現できて褒められたわ。
データバインディングしなかったからだと思うけどわりかし簡単に作れるし便利。
256 名前：デフォルトの名無しさん [2019/06/20(木) 22:52:20.47 ID:HND361/m.net]: バインドは自分で全部やるにはまだ良いのだけど、他人のバグを解析する時のめんどくささが半端ない。
257 名前：デフォルトの名無しさん mailto:sage [2019/06/21(金) 21:27:48.13 ID:n+3asy/J.net]: そこでx:Bindですよ
258 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 00:12:48.90 ID:fySNt3rb.net]: COBOLにボコられるレベルか。否定はできない。
259 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 00:40:47.93 ID:2eisPF//.net]: exe作れるなら別にUWPでもいいんだけどな
260 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 01:00:34.07 ID:65ybortV.net]: イベントがバブルがどうとかちゃんと理解できてないまま廃れ始めてしまった
261 名前：デフォルトの名無しさん [2019/06/22(土) 11:40:15.33 ID:rEuWV0gj.net]: 言語がはやるかに、入りやすさは大事だからな。
バインドでキレーに実装したのに、メンテした奴が手続き型でやってるとスゲーがっかり。
人材確保がむずいなら、最初から手続き型でやった方がいーわ
262 名前：デフォルトの名無しさん [2019/06/22(土) 11:53:14.62 ID:rEuWV0gj.net]: バインドのメリットとして分業しやすさが挙げられるけど、xaml と vmを別の作業者がやることなんてあんまり無いと思う。ほとんどのケースではコード量が増えてメンドイだけw
263 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:11:23.53 ID:8ehMgppn.net]: MVVMはクラスの数が増えるけど画面更新が楽なのがいい
ReactivePropertyと組み合わせるのが好き
264 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:40:42.40 ID:5GxlA/I5.net]: >>250
テストのしやすさやろ
265 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:52:59.27 ID:Y4Y2JNgB.net]: MVCのほうがテスト簡単でいいや
266 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:54:31.72 ID:gdHFdK5j.net]: テストせんやつにテストの楽さを説いても仕方ないやろ
267 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:58:17.43 ID:Y4Y2JNgB.net]: VMのテストをしてもE2Eテストをしなくていいわけじゃない
振る舞いが複雑化する傾向が強いMVVMはテストにおいてもデメリットが大きい
単純なMVCならE2Eテストも楽ちん
268 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:00:36.93 ID:5GxlA/I5.net]: >振る舞いが複雑化する傾向が強い
ソースよろ
269 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:03:08.40 ID:Y4Y2JNgB.net]: >>256
手元のWPFアプリソースでもみればいんじゃね？
270 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:10:11.63 ID:gdHFdK5j.net]: ジャ…どこかのSIerらはE2Eテストを人力でやるのが最良だとみなしてる節があるがな
271 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:16:43.11 ID:Y4mhjvqt.net]: >>258
それは正しいよ
一度きりのテストなら自動化はコストに見合わない
SIerなら納品後はどうせあまり弄らないし、仮にメンテが必要になったとしてもは都度工数を請求できるから無問題
272 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:23:15.77 ID:opiN2/uR.net]: なんと言っても数字でレイアウト出来るのが良い
マウスでポトペタは楽だけど美しくするには可也面倒だからね
273 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:24:06.96 ID:1mmW7z7g.net]: 単純なMVCアプリしか作ったことない人：「MVVMは複雑だからテストが大変」

こういうこと？
274 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:28:47.48 ID:5GxlA/I5.net]: >>261
たぶんそういうこと
ただの妄想やで
275 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 14:23:52.15 ID:Y4mhjvqt.net]: >>262
事実やで
というか論理が逆で、そもそも複雑だからMVVMを使うんだよ
だから典型的なWebMVCに比べてテストが大変なのは当たり前
276 名前：デフォルトの名無しさん [2019/06/22(土) 14:42:56.00 ID:rEuWV0gj.net]: MVVMのテストは楽だと思う。
コーディング・テスト・バグ修正の合計時間で考えると得してるかは疑問だけど。
277 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:50:17.05 ID:5GxlA/I5.net]: >>263
事実ならソースよろ
278 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:56:59.09 ID:1mmW7z7g.net]: >というか論理が逆で、そもそも複雑だからMVVMを使うんだよ

なら原因はMVVMであることではなくてその前に複雑であることになるが、
自分が何を言っているか理解しているんだろうか。
279 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:59:36.88 ID:x9ZPs6AR.net]: >>256
>>265
バカじゃねぇの
280 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 16:00:33.66 ID:Y4mhjvqt.net]: >>266
だからそう言ってる
UIの要件が複雑だからWPFを採用し、WPFが複雑だからMVVMを採用する
281 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 16:07:07.54 ID:5GxlA/I5.net]: >>267
妄想なら誰にでもできるもんね
282 名前：デフォルトの名無しさん [2019/06/22(土) 16:37:06.55 ID:rEuWV0gj.net]: 少なくともUIに関しては複雑だからより、見た目的な理由でWPFだと個人的には思ってるｗ
283 名前：デフォルトの名無しさん [2019/06/22(土) 16:39:59.61 ID:ykSXq++N.net]: >>267 >>269
中身なしで罵倒し合うのって、ガキの喧嘩過ぎて見苦しい
284 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 16:41:04.54 ID:5GxlA/I5.net]: >>271
罵倒はしてないよ
ソース見てみたいなーって話
285 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 17:00:01.32 ID:x9ZPs6AR.net]: >>272
バカじゃねぇの
286 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 17:13:14.38 ID:5GxlA/I5.net]: >>271
罵倒って>>273みたいなやつのことっしょ
287 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 17:37:26.58 ID:czMayCJt.net]: wpfよりこのスレの方が複雑で草
288 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 23:36:27.74 ID:33sn5taJ.net]: うまいオチだ
289 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 00:17:08.67 ID:x4qCzVIO.net]: 上でテストの話が出てるけど

エンジニアたち「できたっぽい！」
上司「テストして」
エンジニアたち「一通り動いてます！」
上司「エージングもたのむ」
エンジニアたち「丸一日動かしっぱなしでもOKでした！」
上司「了解」

という雑な開発しかしたことない自分にはついていけない…
290 名前：デフォルトの名無しさん [2019/06/23(日) 00:50:10.75 ID:+hNeL9sR.net]: むしろ簡単なPJの方が世の中多いし、自動テスト作らなかったら困ったであろうことは5年やってて一度しかないw
291 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 06:37:29.75 ID:0ZLQVu14.net]: 俺は自動テストは一部のモジュールの単体テストでしか使わんなぁ
プロジェクト単位で導入するんじゃなくて、個人で導入するものかと
292 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 07:42:47.22 ID:P8H0jYp7.net]: 自動テスト無いと困るよ
エクセルスクショは精神を病んでしまう
病んだら困る
293 名前：デフォルトの名無しさん [2019/06/23(日) 09:04:47.66 ID:ATNbze7o.net]: SIerは縦横に広がるテスト書に満足する顧客が多いからな～
金持ってる大手ほどその傾向が強い(笑
294 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 10:23:02.87 ID:Mn96V+f7.net]: 大概自動テストのシナリオ書いてる手間で打鍵した方が早かったな
シナリオが使い回せるならまた違うだろうけど
295 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 10:29:23.44 ID:x+1RTwK/.net]: 大手だとテストシナリオ書いてる人と実際にコード書いてる人は別

SEが馬鹿みたいに多くいて何か月もずっとテスト仕様書を書いてる
296 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 10:54:16.26 ID:P8H0jYp7.net]: エクセルよりコードのほうがシナリオ書きやすい
コードでシナリオ書いたら実行工数は0
1回しかテストしない場合でもコードで書いたほうがいい
297 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 12:21:50.63 ID:7s8J8D/4.net]: >>283
タウンワークで時給1600円のテスト要員募集してたな。
「コードは書きません、短期長期どちらも可。」みたいな
298 名前：デフォルトの名無しさん mailto:sage [2019/06/24(月) 01:03:52.09 ID:Y9x0dRru.net]: Prism 7.1 のチュートリアルサイトないっすかね
妖精作戦さんのところは読み物としてはとても良いけどソースはGitHubな！なスタンスなので使いにくい…
公式のチュートリアルは WPF (Legacy) で 6 版のままだし
モヤモヤしながら勉強中
299 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 17:52:56.52 ID:lioMzEvp.net]: NVVMでは~.xaml.csには何も書かないのが理想とのことですが、例えば他のwindowを開くような処理はビューモデルに記述するのでしょうか？
根本的な疑問は、~.xaml.csに何も書かないということはモデルでできることが何もなくなり、その代わりモデルに記述するのでべきことを全てビューモデルに記述することになってしまっておかしいのでは？ということです。
私が何か勘違いしてるのは間違いなさそうなのですがそれがわかりません。。
300 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 18:18:14.10 ID:iRyUn2/n.net]: .xaml.cs
に書くのはMODELではなくVIEWMODELでは？
301 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 18:38:47.09 ID:8le9HcFr.net]: >>288
Viewでしょ
302 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 18:43:28.81 ID:IeC+ybxD.net]: >>287
あくまで自分の場合だけれど、
画面を開くとかメッセージ出すとかはそれ専用のサービスクラスを作ってる
そしてviewmodelからそのサービスを呼び出すようにしている

viewはicommandを介してviewmodelに通知するだけで、
その後どのサービスを呼び出すかはviewmodel、
実際の処理はサービスクラスに書かれている
コードビハインドに書いた方が圧倒的にシンプルになる場合はコードビハインドに書く
303 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 20:11:16.63 ID:1dGBh4nf.net]: VSMでストーリーボード動かすよりイベントハンドラから動かしたほうが圧倒的に楽なんだよな
その場合はコードビハインドに書くしか無いが
304 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 20:17:39.65 ID:anlRZAoa.net]: 今時アニメーション？
世界で唯一の成功したWPFアプリケーションであるVSはもうアニメーションなんて全く無くなってるのに
305 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 21:25:24.69 ID:lanM6mt5.net]: なるほどありがとうございます。
~.xaml.cs=モデルだと思い込んでました。
~.xamlと~.xaml.csはコンパイルされて一つのクラスになるってのは知ってたんですが、つまり2つ合わせてビューなんですね。
おかげでWPFのMVVMの説明がわかるようになってきました。
306 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 22:51:50.22 ID:nhUPpRvn.net]: XAMLだけでは足りない機能は、別途、ビヘイビア、トリガー、アクションを作成して対処します。
https://www.atmarkit.co.jp/fdotnet/chushin/greatblogentry_02/greatblogentry_02_02.html
307 名前：デフォルトの名無しさん mailto:sage [2019/06/29(土) 00:07:12.29 ID:CfES0TXk.net]: WPFって、直感的にはすごく簡単そうなのにいざ実現しようと思うとやたら難しいってことが多くない？
テキストの内容が変わったらその時にテキストを2回点滅させるっていうシンプルなことをしようとしたら大変だったんでそう思ったってだけだが。
308 名前：デフォルトの名無しさん mailto:sage [2019/06/29(土) 00:11:54.69 ID:EUtq6Ar ]: [ここ壊れてます]
309 名前：6.net mailto: コンバータはどういう扱いなの？ []: [ここ壊れてます]
310 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 20:08:29.98 ID:yYlRZT4H.net]: >>287
ビューにはビューの処理だったら書いてもいい
無理してコードビハインドを避けても自己満足できるくらいしかメリットはない
311 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 20:38:17.63 ID:lLZwoOoz.net]: Listboxにバインドされたコレクションがあってlistboxitemを
右クリックしてコンテキストメニュー出して元のコレクションからitemを
削除するのってどういうのが一番シンプルなんだろうか
312 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 21:13:17.23 ID:mdlnYL3K.net]: >>298
ideone.com/HrFr9B
右クリックしたListBoxItemの内容をCommandのparameterに渡してみた
一番シンプルなのかどうかは知らん
313 名前：デフォルトの名無しさん mailto:sage [2019/07/02(火) 00:01:51.84 ID:4m9hOiGn.net]: >>297
クラスを継承して機能を拡張するのはよくないと思う
理由いち　代替策があればそれを使ってクラスの肥大化を回避する
理由に　機能をビヘイビアにすれば再利用が簡単
314 名前：デフォルトの名無しさん mailto:sage [2019/07/02(火) 09:06:12.90 ID:gPm+QAeN.net]: 継承じゃなくてイベントハンドラじゃね？主に
ビヘイビア化は後で別のところに使いたくなってからでも遅くない
315 名前：デフォルトの名無しさん mailto:sage [2019/07/03(水) 01:42:37.28 ID:wg/xgQnm.net]: >>300
再利用するための仕組みは再利用される可能性ができてから考えればいい
再利用しないのに手間をかけるのはムダ
ちなみにここで言ってるのはメインウィンドウとかオプションダイアログの話な
メッセージボックスみたいな再利用性の高いものはWPFの機能を駆使してもいい
玄人はコードビハインドを書かないみたいな風潮があるけど、それを信じ込んでコードビハインドを避けて泥沼にはまり込むのは素人
316 名前：デフォルトの名無しさん mailto:sage [2019/07/03(水) 02:06:51.20 ID:oG2WkIil.net]: Prism7ってどうやって覚えればいいの？
317 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 09:51:39.53 ID:PdwtXR4j.net]: UserForm内のDatagridが展開されるときにチラチラするんだけど、何とかならないかな...最小サイズから最大サイズに拡大するような描画がある。MainWindow直ならない現象
318 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 10:28:20.53 ID:k+s0abOB.net]: UserFormとは　展開とは
319 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 10:56:54.65 ID:PdwtXR4j.net]: 自分で作ったユーザーフォーム内のDataGridのItemsSourceにバインドしたコレクションに要素を追加するとチラつきます
320 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 13:06:21.63 ID:iqQZWFIm.net]: DataGridはゴミだから、WindowsFormsHostでDataGridView使ったほうがいいよ
321 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 23:02:50.87 ID:myh2pWbx.net]: スケール感とか分からんけどこの辺は？
https://stackoverflow.com/questions/11379357/wpf-net-4-datagrid-column-performance
322 名前：デフォルトの名無しさん [2019/07/04(木) 23:09:08.06 ID:LkrEOqlD.net]: >>307
どこら辺がゴミ?
323 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 23:11:07.32 ID:OMb74HbU.net]: MSから新しいGUIライブラリが出たらまずDataGridを調べて絶望するまでが儀式だぞ
324 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 00:36:29.15 ID:CQGNs6dF.net]: DataGridの問題の殆どは、万単位のデータを突っ込むPG、SE,
クライアントの何れかだとは思うんだがね
実際に使う人は万もスクロースしちゃいないのに
325 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 00:43:44.52 ID:auH9BNOV.net]: それは一見意識高いようでいて矛盾した意見だと思うね
十分に練られた優れたUIにはデータグリッドの出番はない
データグリッドはそもそもUIの作り込みに工数をかけたくないときに使うもんだ
そもそも手抜きの道具なのだから、データグリッドの使い方として、面倒だからもう全部突っ込めというのも自然な発想だろう
326 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 14:41:18.94 ID:H4UuFejG ]: [ここ壊れてます]
327 名前：.net mailto: MVVM原理主義派とカジュアルMVVM派では話が交わる事はない

どこまでMVVMの作法に則るのがベストかで線引きして適用するのがいいよね []: [ここ壊れてます]
328 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 18:35:21.37 ID:Zc5sU972.net]: wpfをマスターしきればMVVM原理主義でいっても苦労せず実装できるので原理主義でいいと思うんだよ。
ただwpfは難しい。並大抵のエンジニアでは原理主義で押し通そうとすると実現できない機能がでてきて挫折する。
と思った。
329 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 18:51:13.41 ID:cjl7UwcZ.net]: WPFに携わってだいぶ経ったが、Adorner関連は苦手。
なんでペタっとUserControl貼れないのか
330 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 21:24:53.68 ID:7a3tVJ3L.net]: https://blog.okazuki.jp/entry/2019/07/05/104041
UWPンゴｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
331 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 08:26:36.67 ID:WmAexti4.net]: すっかり忘れ去られてLivetだが、ビヘイビアが物凄く充実しているから
そこだけ引っ張って使うのもありだとは思う
332 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 15:34:02.12 ID:G3GVBuNF.net]: 更新が続いてればprismとためはるレベルでスタンダードだったんだけどな…
惜しいライブラリをなくしたもんだ
333 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 15:41:44.00 ID:lCkeD84I.net]: MVVMが複雑だし洗練もされてないのが悪い
334 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 15:56:25.42 ID:6I0IcNLp.net]: MVVMやろうと思ったらフリーのライブラリを利用しないといけないと判って取り組むの止めた
MSから標準で出して欲しかったな
335 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 16:27:06.95 ID:u4I8JAFv.net]: Livetは形骸化した原理主義に陥ってコードビハインドを書かないことが目的化していた印象
コードビハインドの代わりにXAMLでプログラミングをし始めて、結局ビューとロジックの分離とは何だったのか状態になっちゃった
MVVMの根本的思想はWebにも受け継がれている優れたものだけど、ビヘイビアは明らかに失敗
336 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 17:20:20.06 ID:AYJdcRRH.net]: >>320
jsonもフリーのライブラリが必要だから使わないの？
337 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:01:17.99 ID:u4I8JAFv.net]: >>322
貴方が思っているほどjsonはスタンダードではありません
ドカタ業界ではjsonを知らない自称ITスペシャリストは決して珍しくはないのです
338 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:21:08.86 ID:/V3j92xQ.net]: >>322
不要やろ？
339 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:26:12.60 ID:AYJdcRRH.net]: >>324
MSのサンプルコードですらNewtonsoft.Json使ってるのに？
340 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:31:11.27 ID:ohoKH1ay.net]: サンプルはサンプルだろ
すらって何だよ
341 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:34:58.53 ID:eCvKMkr5.net]: 、
342 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:35:07.41 ID:/V3j92xQ.net]: >>325
うん、不要だよ
343 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:36:40.07 ID:B0+Ee57g.net]: JSON.NETの作者もMicrosoftの人間だがな
344 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:45:28.65 ID:IgdFOrod.net]: >>329
それはどうでもいい
345 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:32:28.66 ID:GsT6/iYQ.net]: だが何なんだよw

よかったな、おめでとw
346 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:38:02.42 ID:xikW3Xex.net]: >>320
PrismはMSが作ったんじゃなかったっけ
347 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:39:18.34 ID:u4I8JAFv.net]: >>332
元々はMSが作ったサンプルコード
今はMSが開発やめてMSとは何の関係もないコミュニティプロジェクト
348 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:44:49.96 ID:NUGgSxTY.net]: jsonってただのデータフォーマットでしょ？
MVVMと何の関係が？
349 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:45:44.22 ID:GNb7wQCP.net]: ReactiveProperty標準にしてくれたらいいのにな。
350 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 20:08:08.17 ID:N/WpPyaa.net]: jsonは.net core 3で標準ライブラリが用意されるだっけか？
351 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 20:47:01.22 ID:NPkITZNc.net]: 設定ファイルとしてはXMLよりJSONの方が見易いんだけどコメント書けないのがなぁ
352 名前：デフォルトの名無しさん mailto:sage [2019/07/07 ]: [ここ壊れてます]
353 名前：(日) 03:33:14.86 ID:Cqnlo2q6.net mailto: でもXMLよりデータサイズがかなり小さくなるからやっぱりjson使う []: [ここ壊れてます]
354 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 06:24:54.82 ID:Fr9+4/3b.net]: UWP終わってWPF復活したん？
355 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 06:28:01.55 ID:girk9b2Q.net]: どこのプロレス団体かと思った
356 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 11:13:03.83 ID:bwq41KU1.net]: 復活じゃないと思う

win10ではUWP使え！から他のものも使ってもいいよになっただけ
357 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 12:51:12.10 ID:+FdC1iN+.net]: >>336
標準は既に存在するが、それでもMSの人がjson.netを使うほど
json.netの方が出来が良い
358 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 12:58:17.74 ID:nrsoMb6V.net]: >>342
最近はMicrosoftも脱Json.NETの流れだけどね
レガシーなコードの塊で、後方互換性を担保しながらパフォーマンス改善は難しいことがわかったから
359 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:00:18.65 ID:bwq41KU1.net]: VS2019の横のニュース欄にjsonの新しい標準ライブラリの話が書いてあったね
みんなあんなの読んでるのかな？
360 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:09:03.68 ID:1HKUEekm.net]: >>344
一般ユーザーは知らなくても、フレームワークが裏で使っているライブラリが変わることでこっそり恩恵を受けている
361 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:12:24.83 ID:Cqnlo2q6.net]: Visual StudioのRESTクライアント生成機能使うとJson.NETを使用するコードが生成されてたけどこれ標準ライブラリ使用に置き代わったの？
362 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:17:27.81 ID:bwq41KU1.net]: 新しい標準ライブラリってまだベータだった気がする
363 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:20:32.30 ID:1HKUEekm.net]: >>347
.NET Core3.0と同時リリースだから今年の9月
364 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:21:07.53 ID:1HKUEekm.net]: >>346
それはWPFじゃなくね？そのうちスレチって怒られるよ
365 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:38:04.00 ID:Cqnlo2q6.net]: >>349
自分もjsonライブラリの話しててそんなこと言うか
366 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:40:42.35 ID:zdokh1sS.net]: json.netって設計とかくそな部分あるから。
367 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:40:43.54 ID:1HKUEekm.net]: >>350
話の流れを読んでね
368 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:47:39.03 ID:C3Myo4MP.net]: >>351
糞かもしれないけどわかりやすくてそこそこ早いから流行ったんでしょ？
もとからあった標準ライブラリがクソ中のクソすぎてMS内部の人から見限られてる状態だから
369 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:53:28.39 ID:zdokh1sS.net]: >>353
うん、くそだけど一番人気あるのは事実。
俺の用途に全く会わなくて俺は自作したわw
だから、.ner core 3の標準ライブラリはwelcome
370 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:54:04.56 ID:pwLv7aUD.net]: 話の流れよりスレタイ読もうぜ馬鹿❤
371 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:23:11.40 ID:Peky1Xio.net]: >>355
おまえに興味の無い話なら黙ってればいいだけ
372 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:51:55.13 ID:n4SGi+HU.net]: >>352
マイクロソフトがjson.net離れしてるって流れなら>>346も流れに沿ってるよね
373 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:54:50.49 ID:45Wo1jXG.net]: >>357
流れを読んでね
374 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:55:54.85 ID:OH31RFen.net]: >>358
流れに合ってるよ
375 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:56:38.19 ID:45Wo1jXG.net]: >>359
それは良かったね
376 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:58:06.22 ID:OH31RFen.net]: >>360
うん
377 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 17:14:25.68 ID:Fr9+4/3b.net]: 久しぶりにUWPからWPFに戻ってきたけど、FormattedTextやら、Obsoleteが多くなってるね。
しかし、IOをフルに使う身としては、WPFは快適だ。　UWPでは、FTDIチップ使うのさえ四苦八苦。
378 名前：デフォルトの名無しさん mailto:sage [2019/07/08(月) 07:52:57.13 ID:z63wOsqb.net]: Dynamic Json使わないの？
379 名前：デフォルトの名無しさん mailto:sage [2019/07/08(月) 07:55:33.69 ID:2wLLcnfu.net]: 使わない
380 名前：デフォルトの名無しさん mailto:sage [2019/07/08(月) 08:10:27.82 ID:Vrb0WxW4.net]: JSON.NETでもdynamic
381 名前：は使える ジャップ製マイナーライブラリの出番はないよ []: [ここ壊れてます]
382 名前：デフォルトの名無しさん mailto:sage [2019/07/08(月) 09:39:38.20 ID:HpabqFFB.net]: ジャアアアアアアアア
383 名前：デフォルトの名無しさん mailto:sage [2019/07/08(月) 18:13:28.58 ID:peGtLUpD.net]: イアン
384 名前：デフォルトの名無しさん [2019/07/09(火) 14:15:51.32 ID:utWXujxk.net]: >>318
Livet一応生きてるよ
385 名前：デフォルトの名無しさん mailto:sage [2019/07/09(火) 17:38:00.23 ID:pw5m4n55.net]: >>368
誰か保守してるの？
まぁ Prismしか使ってないけど・・・
386 名前：デフォルトの名無しさん [2019/07/09(火) 18:39:48.90 ID:NP6oYl9g.net]: 亀すまん
>>301
すべてのコントロールのイベントハンドラをMainWindowに書くのか
387 名前：デフォルトの名無しさん mailto:sage [2019/07/09(火) 19:36:52.57 ID:DK/SA82p.net]: >>369
okazukiとかそのあたりだった気がするわ
388 名前：デフォルトの名無しさん mailto:sage [2019/07/09(火) 22:54:31.72 ID:0koNRpRc.net]: >>371
合ってる
ReactiveProperty作ってる人
389 名前：デフォルトの名無しさん mailto:sage [2019/07/09(火) 23:25:05.11 ID:uHX1iDX/.net]: 趣味ならいいけどね
390 名前：デフォルトの名無しさん mailto:sage [2019/07/09(火) 23:37:20.14 ID:ldgoiSvP.net]: >>373
okazukiはMSの中の人だけどLivetのメンテは趣味でやってるだけだよ
391 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 00:33:04.62 ID:86TD5zpF.net]: >>374
あ、いや個人がメンテしているライブラリは趣味で使うんならいいけどねって話
392 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 01:00:09.57 ID:cBFGEq/D.net]: reactivepropertyだってもとはneueccって人じゃなかったっけ？
okazukiは他人に寄生してるだけのイメージ
393 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 01:08:37.12 ID:kxJIAy2u.net]: >>375
それだとオープンソースの多くが使えなくなるぞ
394 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 02:03:59.13 ID:MPQVUmOG.net]: >>376
オリジナル製作者ではないけど、何年も積極的にコード書いてるのに酷い言い草
395 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 08:01:23.52 ID:dBL3gDRN.net]: >>377
そりゃそっちの方が大多数だからね
396 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 08:10:05.16 ID:R2F1hs2d.net]: reactivepropertyは便利だよねぇ。　打ち込み量が減って、本来のNotifyPropertyChangedの書き方忘れちもうた。
397 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 09:06:54.62 ID:nPFkOLYt.net]: なんでメンテナーが個人か企業かで扱いがかわるの？
ライブラリの良し悪しとかライセンスが問題ならわかるけど
398 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 11:53:22.63 ID:wb3Yvf8h.net]: 使用者数のほうが強いわ
399 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 12:43:41.15 ID:dBL3gDRN.net]: >>381
正気？
400 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 12:44:49.27 ID:YUV4DoDN.net]: >>383
それが一般的な見解だよ
401 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 12:46:00.89 ID:d065zGS3.net]: >>383
むしろ個人メンテナーなライブラリを避けるほうが正気か？って思うよ
メンテナーがどうのこうのより使いやすい、利用者が多いで選定すればいい
402 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 13:05:23.38 ID:oIHYTC49.net]: Linuxだって個人が趣味で作り始めたものだしな
403 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 14:52:44.23 ID:dBL3gDRN.net]: >>385
趣味ならね
404 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 15:20:47.42 ID:nPFkOLYt.net]: >>387
業務でも一緒だよ
おかたいところでライブラリの使用許可云々が厳しいところもあるだろうがそうじゃないとこもあるよ
スマホアプリなんかだとわかりやすいと思うけど権利表記に並んでる使用ライブラリには個人メンテナのものなんて山ほどある
↑で出たreactivepropertyなんかもそうだし、unity製ゲームなら多くのアプリでunirx使われてる
任天堂が出すゲームアプリですら趣味の範囲というなら話は別だけど
405 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 16:28:17.34 ID:R2F1hs2d.net]: そういえば、Prismって今はメンテ二人だけなん？　すごいよねぇ。　Prism無しでは、何もできん身になってしもうた。
業務ユーザーも趣味ユーザーもかなり多いんとちゃう？
406 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 18:26:30.83 ID:Tg8SA/Bf.net]: >>387
OSSに何を期待してるんだ？w
407 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 18:59:31.18 ID:N35iChMP.net]: >>385
利用者が多いのは安心
408 名前：できる。 そうでない場合は便利でもバグが心配かなぁ。 []: [ここ壊れてます]
409 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 19:46:03.84 ID:R2F1hs2d.net]: WPF語るならPrismだよねえ。
WPFの、DDDとかアジャイルプロジェクトでデスマーチ一杯見てきた。
Prism使わなんだら、簡単にロジック分離できないのに、全く理解しないんだから・・・
しっかし、.NETにPrism組み込まなかったのはなぜなんだろ？
410 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 20:17:10.68 ID:J5NG6fJu.net]: 企業がメンテナンスしてるOSSでも使い物になる保証は無いしな
金出して直させるなら話は別だけど
411 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 20:24:44.33 ID:mLQ0O0Gx.net]: 結局そこじゃないの
トラブった時に企業なら最悪札束でなんとかできる可能性はあるけど、個人に対してそれは無理だろう
412 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 20:28:40.60 ID:R2F1hs2d.net]: OSS　GitHubにIssueして問題解決する実力無いなら使うなというだけでは？
OSSを避ける理由は実力問題以外の何物でもない。
413 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 21:17:42.66 ID:+MeP9mdJ.net]: 札束使えるなりゃ不具合とかはその金で直せばいい

責任転嫁する先が欲しいって意味ならどこがメンテしてようとOSSな時点で同じ
最悪のケースを想定するならライセンスにあるとおり責任転嫁にはならん

企業ならメンツもあって真摯に対応する可能性はあるかもしれんが、そんなこと考慮してライブラリ選定するような開発環境なら始めからOSSなんか候補に入れるなよと思う
414 名前：デフォルトの名無しさん [2019/07/10(水) 23:56:19.51 ID:ifa1zTTZ.net]: >>380
それはBindableBase使ってるだけで忘れるｗ
415 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 02:01:32.70 ID:j5kiUrVb.net]: >>395
いやいや、いざ商用稼働してからバグって損害だしたら、それからissueだして対処しても無意味でしょ。
例えばmariadbなど無料のDBがあるにも関わらず企業が大金払って有料のDB使うのは実力不足とかではないと思うぞ。
416 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 17:41:34.04 ID:ZtbelFt5.net]: >>398
>>無料DB
PostgreSQL,MySQLはそれなりに普及してる
417 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 18:20:10.18 ID:Cvm2NOy6.net]: 普及してるけどそれじゃ不足するケースなら大金払うってだけでは？
システムに合わせたパフォーマンスチューニングしたいとか大規模運用ノウハウの知見を活用したいとか
そらそういう規模なり性能なりを求められる世界も山ほどあるでしょうね、としか
418 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 18:34:37.40 ID:WN3o8pIO.net]: >>398
バカ？　395はそれなら使うなと言っている。
419 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 19:08:03.77 ID:45f9QtVG.net]: >>400
言い訳するためだろw
少なくとも俺はそう
420 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 19:27:45.61 ID:M78ln9aD.net]: >>401
すまん、何を指してるのかわからんからもう少し省略せずに書き直してくれんか？
421 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 19:39:35.81 ID:NtwX9wgZ.net]: プロプラだってほとんど免責条項付いててサポートの質が違うってだけの話なのに
日本だと>>402の言うような意味合いに変わるからよく分からん
422 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 19:41:08.58 ID:M78ln9aD.net]: まあDBでOSSを使うかどうかと、他のモジュールでOSSを使うかどうかは同じ基準ではないだろうね。
DB周りは障害が起きると金銭的に大きな損害がでる部分だから、DBの選定は間違いなくお金の話になる。実力があるからOSSとはならんだろう。
423 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 20:16:25.99 ID:pD4QmxyI.net]: おまんらの脳みそもどうにかならねーのか？
424 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 20:17:44.59 ID:pD4QmxyI.net]: 脳みそとあと目玉もだな
もしくは中央線に飛び込んで死ねゴミクズ
425 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 20:39:32.61 ID:WN3o8pIO.net]: >>405
実力以外にリスクを避ける手段があるのか？　モマエはバカか？
426 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 20:46:27.69 ID:Xo9vY9qq.net]: DBに何かあっても実力で俺が直す！
掛かる期間？知らんな
427 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 22:07:42.14 ID:EzvhdD4E.net]: >>394
動かなかったら他に入れ替えるほうが健全だし早いと思うがね
いくら金積んでも速攻で直るとは限らん
428 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 22:12:26.29 ID:EzvhdD4E.net]: まあそれなりにユーザーが居るライブラリなら普通の使い方すれば大体動くわけで
何か起こったときは、大抵他のやり方があるものだが
429 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 22:18:21.97 ID:/+joyl+w.net]: 入れ替えるのだって手間はかかるしノーコストというわけにはいかんだろう。
というか、金積んで入れ替えられるならまだましで、OSSは下手したら全部自分で
面倒見なきゃならん可能性もあるしな。
430 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 22:48:30.89 ID:BYM9TrIU.net]: x.bindはよきて
431 名前：デフォルトの名無しさん mailto:sage [2019/07/11(木) 23:17:35.45 ID:SfZRSa0r.net]: WPFとは何だったのか
432 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 07:23:20.71 ID:ovV39x3a.net]: >>414
「お前みたいなバカ」発見機
433 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 07:38:05.38 ID:3qkMVbCb.net]: WPF使えるはおまえのような極一部の天才だけだからな。普及しないのは当然だ。
434 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 07:50:39.48 ID:mH0eyMQz.net]: WinFormsだと簡単にできることが
WPFだとひと手間かかったり代替できるシロモノじゃなかったのは普通にイタイ.

あと外部のライブラリの使用が前提みたいになってるのも使いづらさの象徴みたいなもん

まあライブラリ使わせるのは構わんよ.
重要なのはそこじゃないから
ただしMicrosoftが率先して作るようじゃなきゃだめだ

なんだかんだ言ってもWinFormsが未だに廃れる様子が全くないことがすべてを物語っている
435 名前：デフォルトの名無しさん [2019/07/12(金) 10:58:35.11 ID:hrlFpRc9.net]: WinFormsでPerMonitorDPI対応とかって最新だと簡単なの？？
436 名前：デフォルトの名無しさん [2019/07/12(金) 10:59:26.59 ID:hrlFpRc9.net]: 簡単ならWPF使う理由もあまりないかなと思って
簡単じゃないならWPFのほうが楽そう
437 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 12:32:31.57 ID:ovV39x3a.net]: > なんだかんだ言ってもWinFormsが未だに廃れる様子が全くないことがすべてを物語っている
>>417 みたいなお爺さんにはそう見えるんだろうねw
438 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 12:33:37.68 ID:3qkMVbCb.net]: リアル馬鹿乙w
439 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 12:35:59.89 ID:BgvsCAba.net]: DPI非対応の時点で新規案件でWinFormsは選択肢から外れるな
適当なテストアプリなら使うが
440 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 12:45:06.78 ID:vR3rPRrK.net]: いやいや、高DPIがWPFしかまともに対応できないとか釣りだろう？
むりに若者ぶっているが話が古くないかな？
441 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 12:46:05.56 ID:Y/iKed6k.net]: Windowsがどうこうって時点で若者らしさはないから気にするな
442 名前：デフォルトの名無しさん [2019/07/12(金) 13:16:48.37 ID:2XKZE4HT.net]: WPFは衰退の一途だが、WinFormsも広く見れば廃れてまくってるよ
どんどんWebへ流出してる
WPFに比べるとWinFormsの方がWebとの間の開発者スキルのギャップが大きいのと、
年季の入った比較的重要なシステムに使われていることが多いのとで、WPFに比べるとWeb移行のスピードは緩やかだけど
443 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 14:16:13.28 ID:JjzvAIHZ.net]: 現実問題としてWindows Server環境でもWeb化の勢いが止まらないからなあ。クライアントがブラウザに慣れたのとクライアントPCの性能向上もあって多少操作性が落ちてもアプリのインストールが不要なWebシステムが評価されるようになったんだよね
444 名前：。 []: [ここ壊れてます]
445 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 14:32:33.59 ID:d8PM53aF.net]: ユーザー側としてWebUIの業務アプリ大嫌い
滅びればいいと思ってる
446 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 15:01:55.68 ID:ouq9dw9u.net]: リッチクライアントとWebクライアント隆盛はいつも繰り返してるよな
以前よりマシになったが、WebAppで作ると
前にできた事がなぜ出来ないんだコラ
って客がおこぷんしちゃう事がままある
447 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 15:05:15.16 ID:abFzb5j4.net]: 作るから金クレっていうと更に発狂するしな
448 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 17:39:30.76 ID:3qkMVbCb.net]: WEB技術は流行だの古いだのと使い捨てばかりで追っかけるだけムダ。
ユーザーからすればウザい広告の技術でしかない。
いかに客を騙して金を取るかってだけ。WPFと同じ。客にメリットはなし。
449 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 18:27:06.83 ID:rEJcXzGF.net]: Web技術というか最近の技術はサポートライフサイクルが長くて数年と短いから、作って何年かはほそぼそと保守契約して5年後とかに改修みたいなやつには入れにくいよね

.NET Coreも長くて3年のサポートだしやりにくい
450 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 19:57:21.32 ID:324KTkGH.net]: 外観こだわるならWPFだし
そうでなければWinFormsでいいんじゃないの
451 名前：デフォルトの名無しさん [2019/07/12(金) 22:44:42.09 ID:OQF1XzE6.net]: Windowsアプリ希望 → 安定体質の企業 → 大抵外観にこだわらない → 大抵WinForms
452 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 22:49:10.44 ID:7tlH/3uz.net]: 然程外観に拘らないけど、Hi-DPI対応はしておきたいからWPFだな
WinFormsでも対応出来なくもないけど面倒だ
453 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 22:57:18.55 ID:hON+ItQO.net]: WinFormsでも対応すべき解像度が限られてるし複数解像度対応とか簡単なのにそれすらできないのは技術が無さ過ぎる。
454 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 23:33:23.98 ID:PmRnQ6zu.net]: 簡単ではない
すげー面倒
455 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 23:34:54.47 ID:7tlH/3uz.net]: >>435
解像度が限られてるってどういうこと
そんなんで任意の倍率のスケーリングに対応出来るの
456 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 23:39:27.68 ID:hON+ItQO.net]: 継承とか再帰が難しくて理解できないならまあしゃあないな。
457 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 23:45:41.07 ID:wl4Kl1W2.net]: 問題はそこじゃないんだけど
458 名前：デフォルトの名無しさん mailto:sage [2019/07/12(金) 23:58:29.13 ID:NU7e1WUB.net]: 滲ませときゃいい
459 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 00:00:56.44 ID:5nQhdEBd.net]: 外観に拘るからwinformなんだよな。UIをコロコロ変えるなって業務じゃ当たり前の話。
460 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 00:12:22.75 ID:3KZM/Lpz.net]: >>440
滲んだりレイアウト崩れてるのはださ過ぎる
461 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 01:09:23.10 ID:82wAf4q1.net]: FHDで作っておいてそれを6/3,5/3,4/3,2/3に拡大縮小すれば
3840*2160,3200*1800,2560*1440,1280*720になる。
画面解像度を取得して変更後解像度を決定しthis.Controlsに対してLeft, Top, Width, Height, Font.Sizeを再帰関数でまとめてリサイズしてやれば大体のことは終わる。
この時ポイントは元のレイアウトを3の倍数で作っておくことでそうすれば縮小後のレイアウトがギザギザになることはない。
後はFormの部品と特殊なcontrolを調整するだけ。
これをFormのカスタムclass化しておけばForm毎に書く必要もない。
462 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 01:30:09.28 ID:i3FtWD1F.net]: めんどくせー
463 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 01:56:55.90 ID:7P4pnQbe.net]: Coreの方のWinformsだか忘れたけどソースにPerMonitorV2の処理が入ってるの見たな
動くのかは知らんけど
464 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 02:06:30.51 ID:wLbo3yCa.net]: >>443
レイアウト倍数に揃える時点で面倒だ�
465 名前：ｯど Windows10の標準のスケーリングサイズは25%刻みだから4の倍数の方が都合が良い []: [ここ壊れてます]
466 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 03:10:50.07 ID:82wAf4q1.net]: >>446
爺がFHDのノートを125%とか150%にして使ってるだろ。
そうすると仮想解像度は1536*864とか1280*720になる訳だ。
1600*900の125%も1280*720。
だから1280*720対応が必要なんだよ。
467 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 05:20:07.77 ID:K15oVfEY.net]: 老害「継承と再帰使えばできるだろ」
若者「へー、凄いですねー（棒」
468 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 06:01:54.50 ID:bPr3gdFr.net]: 若者と老人の人形で延々と遊びたがっているやつって中身はどっちなんだろうな
469 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 06:41:44.42 ID:5nQhdEBd.net]: ここで暴れてる若者が無職だってのまでは分かる。
470 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 07:44:59.92 ID:K15oVfEY.net]: >>449
俺？
年は老害の方だよ
WPFは使うけどw
471 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 07:57:42.71 ID:dW6OPSpS.net]: このスレタイで暴れるとは一体
472 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 09:40:03.91 ID:gtVCL9Bz.net]: WPFむずい　なしてこんなむずくしてるの？
473 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 12:18:47.98 ID:N+VPDfLY.net]: 解像度の話なら、画面の大きさでダイナミックにレイアウト変更できるUWPが最強なんだけどね
縦置きにしたら邪魔になるパネルを下の方に移動とか自由自在
474 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 12:25:58.20 ID:GK56c6Xi.net]: Windowsあんまり縦置きにしないから
475 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 12:45:09.61 ID:OGVt99Wz.net]: 極端な例を挙げて自由自在ってことを強調したいだけだろw
476 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 12:46:23.89 ID:uYMBN7vu.net]: 業務アプリは解像度ほか動作環境を限定してしまっていい状況が多いからwinformsで十分かな
477 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 12:58:21.71 ID:BcXUPH3s.net]: WindowsPhoneで縦にも使うかも知れないだろ！
478 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 13:14:02.62 ID:7P4pnQbe.net]: 縦置きってかウィンドウを縦長にした時とかの話じゃね
XAML上でブレークポイント設定してテンプレート切り替えるという単純なサポートはあるね
479 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 16:11:06.70 ID:N+VPDfLY.net]: 例えば、しきい値より横幅が狭くなったら上部のツールバーを縦型に変更する処理などがXamlで書けたりする
480 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 16:12:33.38 ID:5nQhdEBd.net]: 客はそんな要望や機能追加を出してこないから
481 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 16:44:10.24 ID:OGVt99Wz.net]: Winform廚はなぜこんなにも必死なんだろう
482 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 17:02:23.00 ID:s1iOPxod.net]: >>461
その前提は苦しすぎるぞ
483 名前：デフォルトの名無しさん [2019/07/13(土) 17:29:06.39 ID:EdaTEXa+.net]: >>462
時代に取り残されたことを受け入れられないまま終わった技術に固執しているという点では、
もはやWinFormsもWPFも外から見りゃ大差ないけどな
さんざんそうやってWinFormsを煽ってきて、自らも煽られる側になったということだ
受け入れ難いかもしれないが、時代の変化というのはそういうもの
484 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 17:54:43.19 ID:RwUYPbHu.net]: WPF MahAppsを調査してるんですが、HamburgerMenuコントロールにEffectをつけると、コンテンツの内容すべてに、そのEffectが継承されてしまいます。HamburgerMenuのみにEffectをつけるには、XAMLでどう指定すればいいんでしょうか?

皆様のお力をお借りしたいと思います。
485 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 17:55:06.37 ID:5nQhdEBd.net]: 無職が何かいろいろ勘違いしてるようだな。基本的な事実をおさらいしよう。

vb6 & winform　普及した。今後も保守しなきゃならないシステムがいっぱい。
wpf 普及に失敗した。保守しなきゃならないようなシステムなんてほとんどない。
486 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) ]: [ここ壊れてます]
487 名前：18:09:32.05 ID:82wAf4q1.net mailto: いい加減VB6は止めたい []: [ここ壊れてます]
488 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 18:15:41.79 ID:uFDP8LEk.net]: VB6をVB.NETへ移行すら簡単に出来ない様にしたマイクロソフトの失策
489 名前： mailto:sage [2019/07/13(土) 18:18:08.34 ID:KfP9prYE.net]: >>468
エクセル VBA に移植すればいいだけなのでは？＜VB6
490 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 18:41:46.24 ID:gtVCL9Bz.net]: >>466
？　これからの開発案件って無いという事？　寂しい話では？
491 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 18:49:10.68 ID:sBwjlCef.net]: よほどトラウマでもあるんだろうな…
まあコボラーも保守で食えてるみたいだからそういうのを目指すならいいんじゃね？
492 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 18:50:11.11 ID:uFDP8LEk.net]: >>469
VB6でもFORM有りきのアプリだけじゃ無いぞ
ActiveXとかは無理
493 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 18:54:09.69 ID:EdaTEXa+.net]: >>470
何を今更
保守で必要ならWinFormsも使うし、新規なら当然Webを最初に検討するよ
今時Webできないとかさすがにあり得ないでしょ
494 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 19:03:02.63 ID:5nQhdEBd.net]: Winodws10は仕事に向かない。この失敗をMSは修正する気ないみたいだから、
もう新規案件はJavaでいいやって流れかな
495 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 19:05:36.76 ID:uFDP8LEk.net]: >>Java
ライセンス云々で新規案件減ってますが
496 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 19:06:21.64 ID:vnTBzjlH.net]: OSと比較されるJavaの未来は何処に
497 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 19:06:33.81 ID:gtVCL9Bz.net]: >>474
その意見に対する素朴な疑問だと思うが・・・
次のPC　OSは何？
WIN7とか先祖返りの話じゃないだろうな？
498 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 19:11:21.18 ID:DRXUTE7G.net]: それ以前にガイジに開発の仕事なんかねーよ
クッキーでも捏ねてろ
499 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 19:14:28.58 ID:82wAf4q1.net]: 更新を機にPCを減らしてタブレットを入れるということは始まっている。
特定ソフト専用マシンがPCである必要がないから。
500 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 19:47:46.83 ID:N+VPDfLY.net]: >>465
MahAppの問題じゃなくてXamlの属性はカスケード式だからどうにもならん
素直にコンテント内に効果を打ち消すスタイルを設定するしか無い
501 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 20:36:46.45 ID:QrmRuEQn.net]: >>480
ですかー

影用のボーダー作ってシミュレートしますわ
502 名前：デフォルトの名無しさん mailto:sage [2019/07/13(土) 21:58:11.65 ID:BcXUPH3s.net]: タブレットで済む仕事ならそれでいいんじゃね
503 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 07:31:05.68 ID:F/jbIKB9.net]: え、タブレットでいいようなものをPCでやってたって無能の話なの？
504 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 07:43:44.46 ID:odxfHTio.net]: PCをタブレット用途のUIにしようとして大失敗したのがMS。
505 名前：デフォルトの名無しさん [2019/07/14(日) 08:28:37.45 ID:VbZ1QWE/.net]: タブレットOSの競争ではマイクロソフトが勝利した。一時はiPadがシェアを拡大したが、PCとしても使えWindowsが勝利した。

スマートフォンOSの競争ではGoogleのAndroidが勝利した。

アップルはまた没落が始まった。
506 名前：デフォルトの名無しさん [2019/07/14(日) 08:31:03.76 ID:VbZ1QWE/.net]: それにしても言っていることが10年くらい前の話で変なスレッドですね。
507 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 08:51:45.04 ID:WWhXkSE2.net]: とこがだよ
10年前にもこのスレで語られているような世界はなかったぞ
508 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 09:46:32.95 ID:+79Cdwyg.net]: >>485
そんなパラレルワールドの話じゃなくてWPFの話をしろよ
509 名前：デフォルトの名無しさん [2019/07/14(日) 11:52:09.45 ID:Ok2aTYrS.net]: Prism7の勉強法おしえてくれ～～
510 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 12:27:02.58 ID:Z6T0QQU3.net]: 勉強法おしえてくれなんて言う人にはそもそもWPFは無理なんじゃないの？
511 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 13:57:55.26 ID:M/u7qcG6.net]: >>489
コードビハイン�
512 名前：hスタイルでアプリ作ったことあれば、それをPrismでドリブンドライブに書き換えていけばいいだけでは？ テスト駆動、保守堅牢のためのPrismだで、、、 WinFormsでも、アプリ一本も作ったことなければ、まずはそちらから。 []: [ここ壊れてます]
513 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 14:02:24.31 ID:M/u7qcG6.net]: 失礼　ドメインドライブね。
514 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 14:07:37.90 ID:2ifJuNDC.net]: ドメインドリブンのこと言ってる？わけないか言い直してるし
515 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 15:28:51.43 ID:venUw3Sd.net]: >>489
Prism.Unityが７で思いっきり変わっていて面食らったな
AutoFacなどの別のDIと同じように扱えるようにガワを乗せた感じ
とりあえずサンプル見て適当に作ればなんとかなるよ
516 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 22:04:50.82 ID:Ok2aTYrS.net]: >>491
MVVM素組みはやったことあるんで
>>494
Prism自体ちょこっとしかかじってないんですわ
何かチュートリアル的なものがあればなーって思ったんだけど
地道にやります、ありがとう
517 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 22:23:52.68 ID:jhSkrqvh.net]: >>495
Brian Lagunasがいろいろ動画upしてくれてるやろ
518 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 08:31:49.64 ID:Dzumdx+u.net]: なんでカレンダーやチャートコントロールすら未だにないんだよ
519 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 08:53:22.30 ID:HNOfBFZz.net]: >>497
カレンダーとグリッドはだいたい標準のやつが使い物にならないからな…。DataGridViewはいい線いってた気がするけど。カレンダーは自分で作った方が使い勝手がいいよ。一回作れば使いまわせるし。

>>494
俺が多用してた UnityBootstrapper はどこにいったんだ
520 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 10:25:13.46 ID:KBlqeI/v.net]: カレンダーってせめてググルのライブラリより優秀なのを用意してもらいたいな。
521 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 11:45:00.51 ID:2Hm3sgUC.net]: MSが標準として出せるようなレベルのWPFコントロールを作るのって無茶苦茶難しいんだよ
テンプレートを当ててL&Fを自由自在にカスタマイズできるようにしなきゃいけない
カレンダーのように高級なコントロールほどそのための抽象化が困難、というか事実上不可能だ
まあ典型的な「過剰な抽象化」だわな
その反省でUWPでは色々諦めたけど、今度はガチガチすぎて融通のきかないゴミになっちゃった
設計って難しいね
522 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 11:46:09.20 ID:+qZ5aSp8.net]: Xaml islandでUWPの使えるんじゃないか？
UWPでカレンダーあったっけ？
523 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 12:03:04.27 ID:S7Mvcazp.net]: >>497 アップダウンも忘れないで
524 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 12:17:19.48 ID:hjKl4aVr.net]: グレゴリオ歴以外にも対応可能とかやりだすときりがないからなカレンダー
525 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 12:23:31.73 ID:QuDmOW+q.net]: あんま漁ったこと無いけどカレンダーやチャートってgithubに転がってないの？
そういうの漁ってれば標準化がいかに大変かわかりそうなもんだけど
どうせ無茶な要求に答えきれない代物しかでてこないのなら別にいらないかな
526 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 12:25:04.21 ID:QuDmOW+q.net]: >>504
いらないってのは標準としてはってだけでOSSでいろんな人がいろんなパターンで作ってるのは欲しいってことね
527 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 15:16:40.30 ID:6lrMFPv6.net]: カレンダーは昔のWin32の時代からコントロールあるだろ。
UWPにもあるし、WinUIでもNumberBoxが2.2でくるのかも
528 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 15:23:16.75 ID:6lrMFPv6.net]: ごめん、『カレンダー』ってスケジュールアプリつくるとき用の高度のやつか？俺が言ったの単に日付や時刻を選択するコントロールだ
529 名前：な。 []: [ここ壊れてます]
530 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 16:04:10.33 ID:aJ7QlybY.net]: だいたいNuGetからExtended.Wpf.Toolkit使っちゃうな
531 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 20:31:22.25 ID:3xFq4IMt.net]: UWPのカレンダーはまあ普通なんだが、DatePickerはいい感じ
https://www.microsoft.com/store/productId/9MSVH128X2ZT
ここにサンプル有るから試してみてね
532 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 15:13:31.62 ID:Rii43hQ8.net]: UWPと同じく、WPFもWinUI 3.0に飲み込まれるの？
533 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 19:10:45.56 ID:tEkSjkHY.net]: winui 3.0でUWPの依存を排除してxaml islandなしでも動くようになるらしいが、これはクロスプラットなUIフレームワークへの布石なのか？
どうなってるのかよくわからん
534 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 19:27:44.90 ID:41z+JSnH.net]: >>511
普通にwindows上でUWPにしか用意してなかったAPIを通常のAPIにするだけでは？
535 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 19:41:26.12 ID:tF13LP95.net]: 迷走が続くよ、どこまでも
536 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 19:44:45.25 ID:41z+JSnH.net]: 迷走じゃなく正常化だろ
とちくるって最新の機能を誰も使ってないUWPにだけ開放してたんだぞ
上がバカだとこうなるみたいな話
537 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 21:31:30.10 ID:uL87l19N.net]: もうこの際デスクトップ案件でもElectronとかでHTML5で作るようにしたほうがいいかもしれんね
個人的にはC#と.NET好きだけど最近は迷走しすぎる
538 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 21:57:59.32 ID:IuwL/lPH.net]: WPFやWinFormsの.NET Core対応も全く将来のこと考えてない必要最小限の場当たり移植で、リリースしきったら逃げる気満々だしなあ
.NET CoreならSCDが可能だから後々MSが.NETのバージョンアップに合わせてメンテしなくて済むという判断なんだろうね
539 名前：デフォルトの名無しさん [2019/07/20(土) 01:28:56.34 ID:VkxS/ZoP.net]: SCDて何？
540 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 05:52:21.51 ID:CKZHjQsT.net]: >>517
.NET Core当ランタイムをバイナリに同梱する供給形態。
541 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 10:23:19.05 ID:FOqnxKm1.net]: >>515
そこでWebBrowserControlだけ貼ったWinFormsアプリの出番ですよ。
JSからC#のメソッドfooが`window.external.foo()`で呼び出せるし、
"IE7相当なのでモダンな機能が使えない"問題もHTMLに
<meta http-equiv="X-UA-Compatible" content="IE=11" />
<script src="https://cdn.jsdelivr.net/npm/babel-polyfill/dist/polyfill.min.js">
の2行をおまじないとして入れとけば大概何とかなるし。
542 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 11:35:17.39 ID:D7d7RY7Z.net]: とちくるって最新の機能を大して使われてないWPFに開放されてもだな
上がアホだとこうなるみたいな話
543 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 11:35:18.28 ID:kGn1bC0v.net]: SwiftUIとかバインディングできるようになるの？
ってことは時代はMVVM?
544 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 18:24:15.26 ID:VkxS/ZoP.net]: >>518
ありがとう勉強になった
545 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 18:43:38.51 ID:RQJYT+em.net]: どういたしまして
546 名前：デフォルトの名無しさん mailto:sage [2019/07/23(火) 10:50:30.31 ID:tzcmPjKI.net]: WPF Prism RegionでReact.js並みにコンポーネント画面にしたらおせーー。　もっと早く描画できねぇの？
547 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 14:52:40.76 ID:b7Cm9ptD.net]: ObservableCollectionをConverterでバインドしたいけど、初期化した時ぐらいし�
548 名前：ｩ発火しないから使い物にならない。どうにか中身が変わっただけで発火させる方法ないですかね...？ []: [ここ壊れてます]
549 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 15:40:22.98 ID:h5zsNncy.net]: >>525
多分リストそのものじゃなくてザムルでアイテムテンプレートを定義してその中でコンバーター指定するんじゃなかったかしら
550 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 15:45:12.63 ID:WtYjh7O4.net]: 記憶が正しければ、ObservableCollectionはT型のINotifyPropertyChangedの面倒まで見ないので、自分で実装するしかないはず
誰かNugetで配ってるかもしれない
配ってないなら配ったら喜ばれるかもしれない
551 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 18:53:43.31 ID:OJ48iPsW.net]: >>526
>>527
ありがとう。試してみます
552 名前：デフォルトの名無しさん [2019/08/02(金) 00:41:38.73 ID:/oIAm+R2.net]: ObservableCollectionをそのまま使うのは面倒臭いから
ReactivePropertyのReactiveCollectionクラスのObserveElementPropertyメソッドを使うかな
553 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 23:19:50.45 ID:CdfuVllp.net]: https://www.surveymonkey.com/r/MJSNTYK
.net crossplat uiの未来のために
554 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 23:21:32.22 ID:CdfuVllp.net]: https://devblogs.microsoft.com/dotnet/calling-all-net-desktop-and-mobile-developers/
こっちでいいか
555 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 23:27:13.13 ID:CdfuVllp.net]: https://github.com/microsoft/microsoft-ui-xaml/blob/master/docs/roadmap.md
winui 3.0でもxamlフレームワークを共通にしてcrossplat化着々進行中。
.net core 3.0の次の.net 5も計画されてこの2年が勝負。
未来は明るい
556 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:05:27.57 ID:JRum2LCS.net]: WinUIは.NETで使用できますが、.NETに依存しません：
WinUIは100％C ++であり、たとえばC ++ / WinRTを介して標準C ++ 17を使用するアンマネージWindowsアプリで使用できます。
557 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:06:01.03 ID:JRum2LCS.net]: 悲報

WinUIは、毎月のプレリリースビルドで、毎年3倍の新しい安定バージョンを出荷し続けます。
558 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:13:35.93 ID:JRum2LCS.net]: WinUI　3.0は.netに依存しない
ネイティブ（c++）で開発されている

WinUI　2.0との下位互換性を目指すが.netを多用したWinUI2.0の成果は捨てられるということ？
559 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:20:41.05 ID:JRum2LCS.net]: WindowsネイティブでAPIセットが提供されるから.net 5と何の関係もないし
クロスプラットホーム化も関係ない
そのページで挙げられているクロスプラットホームの例はReacｔ　Nativeの話だし
560 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 10:40:57.83 ID:Kuz6y2Oe.net]: ついにMFCを捨てることができるのか
561 名前：デフォルトの名無しさん mailto:sage [2019/08/21(水) 08:22:24.86 ID:md8dirsM.net]: WPFも色付き絵文字対応してくれないかな
562 名前：デフォルトの名無しさん mailto:sage [2019/08/21(水) 22:26:33.37 ID:SUWzCik4.net]: それもxaml islandとやらでなんとかなんの？
563 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 18:56:25.41 ID:pU45imAC.net]: windows提供のコントロールクソダサイので独自にフレームワークでクールに描画しよう→WPF

OSの進化でいろいろ新しいことができるようになったけど
WPFは独自描画なので標準提供の機能は使えず更新待ち
564 名前：デフォルトの名無しさん [2019/08/22(木) 21:56:56.39 ID:XilWkWiH.net]: MSのWPF放置プレイっぷりは異常
565 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 22:02:03.60 ID:wEC59Q0u.net]: これからクロスプラットに向かうから放置してもOK
566 名前：デフォルトの名無しさん [2019/08/22(木) 22:11:34.96 ID:XilWkWiH.net]: WPFを世に出してから今までの話な
WPFにこれからなんてあるのか？ｗ
567 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 22:20:08.43 ID:4dnF12St.net]: 今後はWinUIというUWPのガワを.netから使えるようにするらしいね
x:Bindは良いよ。早いってのは�
568 名前：ﾌ感しにくいが、コンパイルでバインドがミスマッチだとコンパイルエラーにしてくれるのが その代わり型は厳密に合わせないといけないけどね []: [ここ壊れてます]
569 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 22:40:16.24 ID:jlFkmCtz.net]: >>544
WinUI 3.0はWin32からも使えるようにするらしいけど、.NET 5からだとx:bind使えるようになるの?
570 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 23:24:45.63 ID:wEC59Q0u.net]: 更に.net 5でAOTコンパイル(.net native)もUWP以外に広げるし。オプション扱いっぽいけど
未来は.netにある
571 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 01:29:35.65 ID:OjH+fhDT.net]: >>544
WinUI 3.0はc++で開発される普通のwindows API群
".netもからも" 使えるようにはなるが,netの技術じゃない

MSはもう一度c++技術者をかき集めてるようだが…
572 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 02:27:06.71 ID:/yz/g35I.net]: >>546
ちゃんと読んでないみたいだけど、.NET5のAOTはXamarinだよ
スマホ向け
573 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:14:21.08 ID:jW/xEJQG.net]: >>548
何が言いたいのかよくわからない。
574 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:24:29.83 ID:jW/xEJQG.net]: ああ、>>546で俺がWPFとかでもAOTでコンパイル出来るようになると言ってると勘違いしたのか。そんな事全く意味してねぇ。
ちゃんと主語書くべきだったな。
最近、>>531でクロスプラットなUI Frameworkのsurveyしたように、
そこらへんまでの未来の道筋の話しをしただけ。
575 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:25:26.93 ID:JgM7HU4F.net]: ・.NET Nativeが.NET 5に含まれるのかどうかについては今のところ特にアナウンスなし
・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
・.NET CoreがAOTをサポートする予定はない。

これが現状
576 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:32:53.81 ID:jW/xEJQG.net]: >>542で放置してもOKっていってようにWPFの話をしてるつもりは全くなかった。
577 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:36:41.52 ID:jW/xEJQG.net]: https://devblogs.microsoft.com/dotnet/introducing-net-5/
これはざっとは読んだよ
578 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:40:19.37 ID:jW/xEJQG.net]: ・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
monoを利用するってどこにかいてある？
579 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:52:54.34 ID:jW/xEJQG.net]: 後謝るのは.net nativeと言うと特定の実装になっちゃうね。そこは悪かった。ネイティブコンパイルぐらいの意味で使っちゃった。

後俺が勘違いしてたのはmonoは将来的には捨てないのか？
流れとして.net core1本に絞っていくのかと思った。
580 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 04:30:47.28 ID:6mC2vYTk.net]: >>555
連投するなキチガイ
言いたいことは一つのレスにまとめろや
581 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 06:02:43.36 ID:OHqCa1Gp.net]: WPFも放置だし、C#もオワコン臭があるし、Windows10は結局糞UIのままで
Win7ユーザは移行先もなくサポート終了して路頭に迷うし、やっぱりゲイツのいないMSはダメだな。
582 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 07:52:54.28 ID:N/2u5JYa.net]: あれ？　.NET CoreはCoreRTでAOT実装してたんじゃ？

と思ってレポジトリ見てみたら統合という名のフェードアウトに向かっててﾜﾛﾀ
583 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 19:26:44.10 ID:gHWVc4H3.net]: >>557
C#はこれから伸びる
Blazorの生産性と品質が高すぎて衝撃を受けたよ
これから先の業務系WEBアプリはもう全部こいつでいいんじゃないかな
Java相互運用とJDK提供で旧資産も活かせる
584 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 19:52:20.52 ID:LecJ0Wg5.net]: Blazorか
MSがまた投げ出さないといいねー
585 名前：デフォルトの名無しさん [2019/08/23(金) 23:30:08.88 ID:jcW1Xhhm.net]: >>557
C#はそんなにオワコン臭あるかな？
むしろ破壊的変更も含めて脱皮しつつあるように感じるが
586 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 23:33:04.49 ID:Cy6JLzrk.net]: C#は今後も伸びるよ
587 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:46:53.15 ID:O3nGBIXv.net]: C#自体は一番好きな言語だが贅肉が付きすぎで新規さんにはつらいだろう
それに構文が古い
10年以上前から行末の;なくせとかさんざん言われてたけどヘジたんはもうこれで設計されたからと拒否
javaとも文法がかなりかけ離れてきたからするっとjavaから移動はしてこないだろうな

c++みたいなゴミでも新しい改変どんどん入れるようになったけど古い部分は古いままでとっつきにくさは変わらない
588 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:49:55.16 ID:/KUn8yrh.net]: >>563
構文が古いのは行末の;だけ?
589 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:50:13.66 ID:O3nGBIXv.net]: 新しい言語はどうやったら記述量を減らせるかと学習コストを減らせるかを重視してると思われる
バカに使える言語を目指せば自然と人気が出てくる
でもバカが書いたコードを日常的に目にしなくてはならなくなる
590 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:52:27.40 ID:O3nGBIXv.net]: >>564
C#は必要な記述量が多いしブロックなどで行を食うような書き方が一般的なのでコードの一覧性が低い
591 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:55:14.92 ID:O3nGBIXv.net]: GOはバカが書いたコードも普通の人が書いたコードでも同じように見えるような工夫がされている
俺は嫌いだがそういう考え方もあるということで
592 名前：デフォルトの名無しさん [2019/08/24(土) 00:56:09.06 ID:jVZ9wxLH.net]: そういうのは実例示してくれないと
個人的には行末記号なし＆改行OKの言語は気持ち悪くてイヤン
593 名前：デフォルトの名無しさん [2019/08/24(土) 00:59:50.82 ID:jVZ9wxLH.net]: つーかここWPFのスレじゃんｗ
594 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 01:01:56.33 ID:XU4s8+HQ.net]: Javaで構築するの止めてC#にする場合が増えてるらしい
595 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 01:32:43.24 ID:owWGC5JM.net]: >>570
ソースは？
596 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 07:26:16.85 ID:+PLwcW2w.net]: .cs
597 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 10:39:20.73 ID:hVEgod3x.net]: >>572
座布団2枚あげましょう
598 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 12:01:56.85 ID:2Z6Elg7N.net]: そりゃ拡張子じゃないかーい
って言うボケかと思ったのに…
599 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 12:52:53.99 ID:hVEgod3x.net]: >>574
あんたセンス無いね
600 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 14:13:27.89 ID:ppiGm2HF.net]: トンキン人さむ～
601 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 17:40:03.15 ID:+T5zNNSA.net]: ぐぬぬ
602 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 07:18:34.37 ID:CVu8g0Lv.net]: 関西人の理想的なボケ↓
603 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 08:57:33.58 ID:4t0YYyeR.net]: WPFはオワコン。
604 名前：デフォルトの名無しさん [2019/08/26(月) 17:45:31.71 ID:dI1F1hPt.net]: 普及させたいなら
Forms廃止して社内開発リソースをWPFに集中させるから
頑張って移行してね！
ってやればいいのに。
んでForms無くすならVB.NETも切っていいし
605 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 18:00:49.98 ID:/h3P8awM.net]: >>580
それに近いことをやろうとしたのがUWP
606 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 19:05:57.08 ID:Ucxa8lVF.net]: で、その開発予算は天から降って来るのか？
607 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 20:46:52.41 ID:5hrkIwVX.net]: WPFは既存の技術すべて置き換えるために作られたはずだけど
実際はそこまでのスケールじゃなかった

HTML VB6 winforms MFC
全部生き残ってしまった
608 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 20:49:41.98 ID:01TaglzE.net]: XAMLがわかりにくいから置き換わるわけがない
609 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:12:48.53 ID:FQM1aXM6.net]: XAMLそのものはそこまでわかりにくくないだろ
ややこしいのはMVVM
610 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:25:24.89 ID:wSbsYOJ/.net]: WPFはライブラリの出来は良かったのにGUI周りの出来が悪かったのが痛かったな。
あまりに貧相であれじゃ客が�
611 名前：[得しない。 []: [ここ壊れてます]
612 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:26:09.78 ID:01TaglzE.net]: あなたのような優秀な方には簡単かもしれませんが、
わたしのような底辺にはわかりにくいのです
つまり広まりません
613 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:33:06.34 ID:5hrkIwVX.net]: >>586
何のことを言ってるかわからないけどWPFは半端だったのでいろんな機能をwinformsに頼らざるを得なかった
winformsを置き換えるものとしては実装が不足してる
614 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:10:15.41 ID:/h3P8awM.net]: >>586
WPFのコアな部分はレガシーなウィンドウシステムを捨てて再設計するんだってそれなりに気合い入れて作られてると思う。
だけど色々出来る分複雑になってるのに、それをラップしてユーザーがお仕着せで良いから楽に使えるようにする支援ライブラリ的なものが足りな過ぎたね。
標準のコントロールもFormにあるのは一通り押さえておけば、MVVM抜きならそれなりに簡単に使えるのに。
615 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:12:50.23 ID:ij5Jd0yF.net]: XAMLでわかりにくいならhtml&cssのデザインは地獄だろうな
XAMLがいかに親切か実感できるぞ
タグで囲むデザインはもう飽きたからもっとシンプルにしてほしいけど
JsonかYAMLで
616 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:15:26.16 ID:qess7VlR.net]: WPFデザインってWin7のLunaテーマのイメージ
617 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:16:18.43 ID:qess7VlR.net]: LunaじゃなくてAeroだった
618 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:22:45.61 ID:VVV12Px/.net]: >>591
WPF標準でも一応GUIのテーマが用意されてるけど、LunaやAeroで止ってる…
正にVistaか7の時代
619 名前：デフォルトの名無しさん [2019/08/26(月) 22:29:08.48 ID:Wx9nEB+f.net]: >>589
ほんこれ
気合いの入れ方が中途半端すぎ
620 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:04:10.96 ID:MCFEqLYy.net]: 一度に全部学ばないといけないからだろ。xaml,データバインディング,MVVMと。最初俺も死にかけたわ。

androidやりはじめたときはレイアウトファイルのxmlくらいだったから敷居は低かった。で、随分後にandroidもデータバインディングに標準対応して、順番にゆっくり学べるからな。
621 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:17:19.25 ID:MCFEqLYy.net]: かたや、WPFは一度挫折した後に作戦変えて最初はデータバインディングとかMVVMとか無視してアプリ作ってみようとしたが、ListViewとかItemsControl系はアイテムテンプレート使わねぇと仮想化できないし、
やっぱデータバインディングとかすぐに学ぶはめになったし。
622 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:27:56.52 ID:GeaqRBlJ.net]: データバインディング便利でいいじゃん。
表示とロジックを分離できて見通しがいい。
623 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:32:49.32 ID:CfenbB74.net]: MVVM便利すぎてWinFormsでもMVVM使ってしまう体になってしまったよ
624 名前：デフォルトの名無しさん [2019/08/26(月) 23:37:29.50 ID:Wx9nEB+f.net]: わかるわー、
MVVM慣れるとレガシーは面倒すぎる
625 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:49:45.08 ID:MCFEqLYy.net]: というより、MVVM学ぶ前は、ソフトウェアアーキテクチャ？みたいの意識しないで適当につくってたから今になってMVVM以外で作ろうとすると困りそう
626 名前：デフォルトの名無しさん [2019/08/26(月) 23:56:16.79 ID:Wx9nEB+f.net]: あんた自分が勉強嫌いなだけじゃん
MVVM以前にもMVCやらデザインパターンやら
意識しないといけないものはいくらでもあったでしょう
627 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:37:24.80 ID:7s1l/ptn.net]: じゃ、おまえVB6やWinForms自体にで何か意識して作ってた？
628 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:38:56.97 ID:7s1l/ptn.net]: VB6やwinforms時代にどんなパターン採用してたの？
629 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:43:54.63 ID:Wpw9BTQZ.net]: DOC-View も MVCもWinForm以前からあるんだが?

個人的問題ならマ板でしろや
630 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:53:36.96 ID:7s1l/ptn.net]: 存在ぐらいはMVVM学んだら学ぶだろ。あほかよ。
631 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 03:48:51.51 ID:cPN8HTkT.net]: MVP
632 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 05:34:30.66 ID:3C/EiBc0.net]: 早�
633 名前：ｭ.NETでWin32を完全にリプレイスできるように ならないな、はあ。 []: [ここ壊れてます]
634 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 19:04:49.63 ID:bW2ePtKS.net]: 無理だろ
windowsとは何かと言えばwin32のAPI群とそれで作られたコンポーネントとサービスの塊だから
635 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 19:28:50.81 ID:NopeFxN7.net]: MVVMのライブラリーがMSから出てない事を知って真面目に取り組むのを止めた
636 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 19:46:08.12 ID:4WMOl80S.net]: MSは今間違いなく迷走しているよね
BGM:バッドボーイブルース
637 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 22:38:41.78 ID:St7bRLq6.net]: >>610
×今
○ここ10年くらい
638 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 08:24:36.72 ID:Z2N7sLLL.net]: OSS上がりはほんとテストしない。自己満足でドヤ顔で公開して放置。
639 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 19:55:13.55 ID:dwig1eJB.net]: 思い付いたアイディアコーティングして形になったらそれで興味は失せてしまう
品質とか興味無い
640 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 03:54:01.72 ID:iF4ecVgg.net]: >>610 >>611
githubとかVSCodeのようなここ10年にない好調な分野で
WPFの失敗を取り返した
641 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 15:32:23.77 ID:ERkIjfvr.net]: >>607
もし奇跡が起きて.NET5が大成功したら、多くの.NETアプリはWebアプリとしてクラウド上のLinuxでホストされるようになり、
デスクトップのWindowsが単なるシンクライアントに成り下がる未来は来るかもしれない
万一そうなりそうだったら、MSは.NETを事実上Azureでしか使えなくするような縛りを入れてくるだろうけど
642 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 16:47:02.85 ID:GA3Qy85O.net]: .NET5って、選択枝がそれだけという事だろ？　失敗なんてあるの？
643 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 17:50:33.12 ID:Ervdw2Vp.net]: Blazorが天下を取るのは目に見えてるからなぁ
業務系は全部これでおk
644 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 18:17:06.08 ID:ERkIjfvr.net]: >>616
.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない
みんながVSCodeやRiderでC#を書いて、AWS上のLinuxサーバーで運用するようになったら、MSから見れば大失敗だ
そうなれば当然MSは.NET5を放棄することになるだろう
MSにとって利益になる形での普及が成功の条件となると、なかなか難しいよ
645 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 22:01:53.87 ID:VcfE35DU.net]: 放棄ってどうするのさ
態々くっつけたのをまた分割するのか？
646 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 23:03:11.02 ID:uONjY6PZ.net]: ＞.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない

.NET5の成功だろ
言いたいのはMSの成功を意味するとは限らないだろ
647 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 23:15:11.32 ID:daE1ezev.net]: OSSとはいえ特許があるから、MSが.NET Foundationから手を引いたら現実には開発の継続は不可能だよ
もちろん、MSは当然そんな最悪の結果にならないように技術面や政治面でコントロールするだろう
仮にそのコントロールが普及を妨げる性質のものであったとしてもね
648 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:01:51.67 ID:8S6g8PTE.net]: >>614
アプリケーションフレームワークとツールの類を同列に語っても意味無い
649 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:21:51.42 ID:zHC92gqD.net]: >>621
ちょっと何言ってるかよくわからない
650 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:39:06.27 ID:jKcP7puA.net]: >>614
GitHubはただ買収しただけだし
そもそもgitはライナスの作ったものだし…

vscodeはGitHubがatomエディタ作るために作ったエレクトロンに乗っかってるだけだし
MSはあまり貢献してない
651 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:59:08.53 ID:AytMhKL2.net]: >>624
AtomとVSCode�
652 名前：ｶゃElectron部分以外ソースほぼ別物だしMSはあまり貢献してないって暴論すぎる []: [ここ壊れてます]
653 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 01:12:59.59 ID:UM0UH3ls.net]: GitHubのプライベート数無制限もMSマネー後だしな
評価すべきところはちゃんとしなきゃね

とはいえモダンなGUIに追従できるポジションのフレームワークが
悉く壊滅し続けている惨状を埋め合わせるものではない、というか関係ない
654 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 06:44:41.35 ID:+09iQaTY.net]: モダンすぎるBlazor大成功確実
655 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 08:19:57.96 ID:BTqmdo6K.net]: blazorってviewあたりはどうなってる？reactととかならmaterialやら色んなデザインのが今や豊富にあるけど。
656 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 08:32:47.45 ID:BTqmdo6K.net]: dartとflutterはhammingbirdでwebのフロントエンドに進出だし、desktop embeddingでデスクトップも。dartは現状クソだからmicrosoftさんには頑張ってもらいたい
657 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 09:29:29.38 ID:DOQSWUJb.net]: blazor触ったこと無いんだけどwebアプリってことはローカルファイルの操作とかは難しかったりすんの？
開発補助ツールとか作ったりすんだけど、そういうのはやっぱデスクトップアプリのほうが向いてるよね？
そういうのもblazorでできるならちょっと触ってみようかなって思うんだけど
658 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 10:15:11.61 ID:AytMhKL2.net]: >>630
なにができないかはWebAssemblyの制約に規定されるのでは？
俺もBlazor触ったことないけど
659 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 10:27:14.18 ID:OiY9nyzL.net]: 今はviewはRazorのままだな。WPFをcanvasとwebglでエミュレートするとかできたらいいのに。
660 名前：デフォルトの名無しさん [2019/08/31(土) 18:02:22.42 ID:Yn5v13ie.net]: BlazorっていえばWebAssemblyだと思い込んでたけどサーバーサイドがあるのか
やば、乗り遅れてるわ
https://blog.okazuki.jp/entry/2019/06/11/135621
661 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 06:45:37.44 ID:Sa2Ng6Af.net]: 祝WinUI 2.2
TabView!!
662 名前：デフォルトの名無しさん [2019/09/10(火) 23:16:19.51 ID:wxmv+p95.net]: WPF＋XamlIslandでUWPのコントロールを使うとき
スタイルをどうやって設定するかご存じの方いますか？
WPFプロジェクトだとUWPのXAML書けないです…
663 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 23:16:30.45 ID:o/5TVM4E.net]: ちょっと古い質問かもしれないんですが、WPFのプロジェクトを新規作成して Prism.WPF、Prism.Core、Prism.Unityをヌゲットで適用したんだけど Microsoft.Expressions.Interaction が参照に入らないのです
やりたいことは Xaml で ei:PropertyChangedActtion を使って View の Xaml だけで他のコントロールのプロパティを変えたい（ElementNameとTargetPropatyとかでできた記憶があります）だけなんですが、これはどこにいったんでしょうか。
664 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 23:20:27.73 ID:o/5TVM4E.net]: 補足です。当時はヌゲットがなかったから Expression.Blend とかをインストールして参照設定の拡張アセンブリから選んで使ってたと思います
665 名前：デフォルトの名無しさん mailto:sage [2019/09/20(金) 01:12:36.63 ID:HDCFOJen.net]: >>636
Blend SDKは廃止?方向みたいで、Xaml Behaviors for WPFがそれの代わり。
そのパッケージをnugetで追加して、xmlns:i=～やxmlns:ei:=～ってあった所は、
xmlns:i="schemas.microsoft.com/xaml/behaviors"に直せば前と同じに使える。
666 名前：デフォルトの名無しさん mailto:sage [2019/09/22(日) 22:53:58.06 ID:4iZ0rcTF.net]: >>638
名前が変わったんですね
ありがとうございますやってみます
667 名前：デフォルトの名無しさん mailto:sage [2019/09/26(木) 17:08:59.96 ID:RqohR87j.net]: MediaElementなどを実装したUserControlを
MainWindowで
668 名前：ItemsContrlを使用し複数表示しました。 その中の1つが選択されたときWindowいっぱいに広げたいのですがどうすればできますか？ ViewModel側で選択されたUserControlは取得できています。 []: [ここ壊れてます]
669 名前：デフォルトの名無しさん [2019/09/27(金) 00:31:03.92 ID:zANlzt+z.net]: >>640
UserControl(View)をViewModelから参照するのはMVVMに反してるからオススメしない。
ItemsControのSelectedItemプロパティと選択中のViewModelとがバインディングできてるなら、
選択後にViewModelで全画面表示用のプロパティに値を設定すれば良い。
そのプロパティ値が変化したときにどうやってUserControlを全画面表示するかは、純粋にView(XAML)の問題だ。
670 名前：デフォルトの名無しさん mailto:sage [2019/09/27(金) 12:08:12.14 ID:u+iGcBJm.net]: >>641
やはりViewModelでUserControlを参照するのはマズいですよね。
プレイヤなので再生中の状態がそのままコピーされるとよいのですが。

全画面用のUserControlにどのプロパティを設ければよいでしょうか？
動画パスや再生時間を渡して読込からやらせるしかないですかね？
671 名前：デフォルトの名無しさん mailto:sage [2019/09/27(金) 23:54:36.27 ID:fjlgNlFb.net]: ItemsControl上でも再生とか停止ができて、選択したらWindowいっぱいにしたい感じ？？
672 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 06:32:34.96 ID:yTyvrKRv.net]: >>643
そうです。
何かスマートな方法ありますかね？
673 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 14:31:06.45 ID:7KAMFGQE.net]: 拡大されてるムービーがどれかっていうのが、アプリのロジックに関係ないならクリックのイベントハンドラで書くのでいいんじゃないかな
ItemsControlから画面いっぱいにひろげる方法は知らないんだけど、そういうパネル作るののかな？
674 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 18:40:27.12 ID:OEfKx/qL.net]: >>645
そうですね。
今はUserControlをItemsControlに重ねて配置してVisibiltyを切り替えています。
675 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 20:52:31.51 ID:XPio18TJ.net]: PrismでRegion使えばチョチョっとできないかね
676 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 22:58:14.58 ID:RkNENkKq.net]: 再生中の動画が流れたままシームレスにWindow全体に表示というのは厄介そう
677 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 23:32:48.35 ID:dmYXSMEs.net]: UWPならMediaElementにIsFullWindowってプロパティーがあって問答無用でフルスクリーン表示にできる
あと、ConectedAnimationつかえるんだがな
678 名前：デフォルトの名無しさん mailto:sage [2019/09/29(日) 00:34:01.71 ID:sW5PihO+.net]: XAML Islandで解決じゃん
679 名前：デフォルトの名無しさん mailto:sage [2019/09/30(月) 09:25:36.75 ID:EF3Cb7k3.net]: >>649
>>650
ありがとうございます。

XAML IslandでUWPのMediaElementを実装してみます。
680 名前：デフォルトの名無しさん mailto:sage [2019/10/01(火) 00:37:23.82 ID:YMHfANdP.net]: おー上手くいったかどうか教えてくれると嬉しいな
681 名前：デフォルトの名無しさん mailto:sage [2019/10/01(火) 08:56:41.44 ID:58CauEY5.net]: UWPのはウィンドウいっぱいというより、全画面表示だけど大丈夫かな？
682 名前：デフォルトの名無しさん mailto:sage [2019/10/02(水) 21:41:52.01 ID:akptwudD.net]: >>653
やはりそうなの？
調べたらそれっぽいこと書いてあった

Microsoft.Toolkit.Wpf.UI.ControlsのMediaPlayerElementを使ってみたのだが
Sourceにバインドしても再生されない
Xamlに直接書くと再生されるのだが…
683 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:09:07.32 ID:0y9ABYBv.net]: .Net Core 3.0のWPFのユーザーコントロールのデータバインディングに関して質問なんですが、
MainWindow.xaml.csのコンストラクタ内でPrice=1000と代入しているのですが
TextBoxのText(Value)の値が
684 名前：0から変化しないのですが、どこが間違っているのかわかる方いますか？ テキストボックス内にカーソルを合わせて上下キーを押すと1ずつ増える/減るの動作は正しく動いているようです。 DecimalBox.xaml <UserControl x:Class="test.DecimalBox" ...> <TextBox Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/> </UserControl> DecimalBox.xaml.cs namespace test { /// <summary> /// DecimalBox.xaml の相互作用ロジック /// </summary> public partial class DecimalBox : UserControl { public DecimalBox() { InitializeComponent(); DataContext = this; } public decimal Value { get { return (decimal)GetValue(ValueProperty); } set { SetValue(ValueProperty, value); } } public static readonly DependencyProperty ValueProperty = DependencyProperty.Register("Value", typeof(decimal), typeof(DecimalBox)); private void TextBox_PreviewKeyDown(object sender, KeyEventArgs e) { if (e.Key == Key.Up ) Value += 1; if (e.Key == Key.Down) Value -= 1; } } } []: [ここ壊れてます]
685 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:09:33.92 ID:0y9ABYBv.net]: MainWindow.xaml
<local:DecimalBox Value="{Binding Price}"/>

MainWindow.xaml.cs
namespace test
{
/// <summary>
/// MainWindow.xaml の相互作用ロジック
/// </summary>
public partial class MainWindow : Window, INotifyPropertyChanged
{
public MainWindow()
{
InitializeComponent();
DataContext = this;
Price = 1000;
}
public decimal Price
{
get { return price; }
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("PriceData")); }
}
public event PropertyChangedEventHandler PropertyChanged;
}
}
686 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:19:23.75 ID:0y9ABYBv.net]: 以下の部分コピペミスです
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("PriceData")); }

正しくはこうなってます
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("Price")); }
687 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:36:41.74 ID:0y9ABYBv.net]: ちなみに、以下の部分を
MainWindow.xaml
<local:DecimalBox Value="{Binding Price}"/>

以下のようにするとTextBoxの値は1000になります
MainWindow.xaml
<local:DecimalBox Value="1000"/>
688 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 15:38:14.92 ID:zdauYmXS.net]: <local:DecimalBox Value="{Binding Price}"/>においてデータコンテキストは
DecimalBoxのコンストラクタで設定されてるDecimalBox自身
DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する

ユーザコントロール自身ではなく、その直下にGridとかのパネル置いてそれのDataContextに設定するようにする
689 名前：デフォルトの名無しさん [2019/10/09(水) 16:14:04.43 ID:0y9ABYBv.net]: >>659
以下に変更したら動作しました。ありがとうございます。

cs側
public DecimalBox()
{
InitializeComponent();
textbox.DataContext = this;
}

xaml側
<TextBox x:Name="textbox" Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>

もう一つ質問なのですが、
DataContextの設定を今はcs側でやっていますが、
これをxaml側で行うことって可能なのでしょうか？
690 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 16:24:35.37 ID:0y9ABYBv.net]: >>660

自己解決しました
RelativeSource FindAncestorでUserControlまで遡ればよかったみたいです。

<TextBox DataContext="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType=UserControl}}" Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>
691 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 19:13:21.44 ID:Ce1FE6BG.net]: >>659
> DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する
こう言う時は実行時でもいいから例外発生させるなりしてくれればいいのにね
692 名前：デフォルトの名無しさん [2019/10/09(水) 19:46:19.00 ID:yz69DB70.net]: Binding失敗してるとデバッグログとかにメッセージ出なかったっけ？
693 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 19:58:14.79 ID:0fRzc22C.net]: デバッグログに出るけど他にメッセージが多いと見落としがち
WPFにもx:Bind欲しい
694 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:00:06.20 ID:TJpx/LrH.net]: さんざん欲しいと言われてるはずなのに追加されない

なぜだろうね
695 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:05:55.57 ID:bHkpFlre.net]: .Net5なら
696 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:16:15.27 ID:mYLA6NTy.net]: ないない
なんか勘違いしてるようだが、MSがWPFをCoreに移植したのはメンテナンスをしたくないからだよ
今後.NETランタイムがアップデートされてWPFが壊れて�
697 名前：焉ACoreなら開発者は自己責任で古いランタイムをずっと使い続けることができる []: [ここ壊れてます]
698 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:27:19.81 ID:E53UYuwr.net]: winformsも同じだね
699 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:43:33.90 ID:yz69DB70.net]: WPFはオープンソース化したんで何か起きるかもしれん
700 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:53:02.63 ID:373lwcNW.net]: メンテナンスが放棄されcannaの二の舞を
701 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 23:31:18.85 ID:bHkpFlre.net]: WPFは.netframework+WinUIと入れ替わる予定じゃないかな
xamlソリューションとしてはこっちのほうができが良い
702 名前：デフォルトの名無しさん mailto:sage [2019/10/10(木) 00:05:16.71 ID:/TNjFiTo.net]: 引き合いに出すのがCannaかいなｗ
Struts1とかのがヤバくね
703 名前：デフォルトの名無しさん mailto:sage [2019/10/10(木) 19:08:05.52 ID:U4NCIrbo.net]: WinUIは100%C++で書かれたwindows専用API
704 名前：デフォルトの名無しさん mailto:sage [2019/10/10(木) 20:23:18.39 ID:MeoT4exf.net]: winui 3.0で新規に書き起こすんだから今なら下位のレイヤー取り替えられるようにするんじゃねぇかな？つまり、windowsから簡単に切り離せるように。
705 名前：デフォルトの名無しさん mailto:sage [2019/10/11(金) 19:38:07.79 ID:NbTMQOfE.net]: もともとwindowsの機能に依存したUIにすると思う
下位を汎用にすると設計が大変だから
706 名前：デフォルトの名無しさん mailto:sage [2019/10/11(金) 20:17:33.23 ID:Mh9N3tse.net]: 下位を汎用にした結果がWPFの大失敗だもんな
まあWPFが下位に抽象化レイヤを入れたのは移植性を高めることではなくて自由度を高めるためだけど、
結局出来上がったのはゲロ遅くて無駄に複雑でMSによるアップデートも遅いゴミ
WinRT以降のOS側で高レベルなUIコンポーネントを提供する戦略は少々行き過ぎてる気もするけど、
少なくとも今更WPFの黒歴史を繰り返すことはないだろう
707 名前：デフォルトの名無しさん mailto:sage [2019/10/11(金) 23:03:08.03 ID:XWYiG0pn.net]: どういうことなの…
708 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 02:58:35.99 ID:VvRjKpAi.net]: 下位を汎用ってもflutterだってやってることだしな。描画エンジンの部分と入力を汎用化するだけで、googleエンジニアが出来てMicrosoftのエンジニアができないとな？

もちろん、それなりの手間が発生するが。
709 名前： mailto:sage [2019/10/12(Sat) 03:11:46 ID:SBuCcucL.net]: でもデスクトップPCそのもののシェアが減ってる現状で下位を汎用化してマルチプラットフォームにする価値あるか？というと怪しい気がする
710 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:34:07.80 ID:T5dO8LiA.net]: 下位に抽象化レイヤを入れたGUIフレームワークとしては既にElectronが成功を収めている
今更作る意味はないよ
711 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:37:10.78 ID:VpodjE+/.net]: みんな大失敗だよ。
712 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:44:21.47 ID:VvRjKpAi.net]: WinUIはFluent Design Systemのライブラリだし、別にタッチ専用という訳じゃないけど、クロスプラットホーム化狙うなら、まずはUWP/Android/iOSでしょうに。

WinUIはただのUIライブラリだから、プラットホーム特有のAPIも簡単に呼べるようにならんだが。
https://devblogs.microsoft.com/dotnet/introducing-net-5/
.net coreにもjava/swift interopelabilityが予定されてるし。
713 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:46:15.64 ID:VvRjKpAi.net]: Electron上げるくらいならflutterの方が有望だと思う
714 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:53:16.39 ID:VvRjKpAi.net]: まぁ、俺はflutterに乗っかりつつあるけど、Microsoftはやる気あるなら急がんと。googleのflutterへのやる気すごい。
715 名前： mailto:sage [2019/10/12(Sat) 10:28:41 ID:V3SUioeZ.net]: Blectronやろ
716 名前： mailto:sage [2019/10/12(Sat) 18:51:33 ID:0Jt8rcSq.net]: Electronを汎用と言うのは脳がいかれてると思う
717 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 21:11:44.74 ID:fKbeXMkP.net]: Webブラウザは明らかにPALと見做せるだろ
しかも対応するする詐欺ではなく既に各プラットフォームに実装が存在する
718 名前： mailto:sage [2019/10/13(Sun) 20:08:26 ID:g ]: [ここ壊れてます]
719 名前：3zENVi8.net mailto: PAL (曖昧さ回避)

PAL方式 - アナログカラーテレビ規格
Pilot Activated Lighting - 飛行場の灯火に関するシステム
フィリピン航空のICAO航空会社コード
プログラマブルロジックデバイス (Programmable Array Logic)
年間熱負荷係数 (perimeter annual load) - 建物の省エネルギーの指標
パレスチナ自治区の旧FIFAコード
江釣子ショッピングセンターパル []: [ここ壊れてます]
720 名前： mailto:sage [2019/10/14(Mon) 16:48:28 ID:WeKpLulI.net]: >>669
オープンソース化してなんか起きたのってなんかある？WTL？
721 名前： mailto:sage [2019/10/14(Mon) 16:50:13 ID:WeKpLulI.net]: >>322
jsonと規模が違いすぎるだろ
アホすぎる
722 名前： mailto:sage [2019/10/14(Mon) 16:54:22 ID:r8b52e+X.net]: 三ヶ月と半月
723 名前： mailto:sage [2019/10/14(Mon) 17:42:15 ID:7niU2SoV.net]: >>690
規模とか都合のいい条件後付けすんなよwwwww
724 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 20:28:57.08 ID:ZDEVVSo/.net]: >>690
INotifyPropertyChangedの実装をネットで拾ってくれば数十行のコピペで行ける
嫌ならライブラリなど使わなくてもいい
725 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 21:17:15.84 ID:PUjSeEPC.net]: オープンソース化したらソースが見れるからとドキュメントを書かなくなり、
ユーザもテスト丸投げで品質が下がって
誰も使わなくなって誰も保守しなくなるパターンはいっぱい見てきた。
726 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 22:25:51.44 ID:xbNYMWcX.net]: PrismとかReactivePropertyみたいなもんを
汎用化してフル機能で実装するのは難しいかもしんないけど
必要な範囲を作り込むだけなら現実的な工数でできるんじゃないかな
727 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 22:46:59.97 ID:O9NensbZ.net]: 同僚のプログラマはソース見れるからドキュメント書く必要はないと？
728 名前：デフォルトの名無しさん mailto:sage [2019/10/15(火) 09:54:14.02 ID:uXTdmEH6.net]: 今回のSDK更新でUWPDESKTOP完全に逝った？　BLE等々使えなくなってるんだけど、、、
729 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 08:03:51.37 ID:265Q+qtw.net]: まるでOSS品質
730 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 08:03:50.83 ID:Q9FrB4sN.net]: .NET Core 3.0 のリリース以降はコミットも激減してるね
順調に終了に向けて畳みに入ったようだ
731 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 12:43:00.83 ID:/BnASX8q.net]: そりゃ元々死んでたのを移植してただけでおすし
732 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 15:48:12.23 ID:Oh473u6X.net]: リアニメイトではなく墓を移設しただけか
733 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 16:14:09.33 ID:in/88NWJ.net]: ポストモーテムプログラミング
734 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 18:19:00.88 ID:JOlYOcTH.net]: とにかく終了してよかった。ほんと惨い仕様だったからな。
735 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 09:12:27.78 ID:5yTsnrxf.net]: MS自身が終わったと公式にアナウンスしていないプロダクトが半端に世に残り続けるのは
良かったどころか地獄に巻き込まれかねんがな
736 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 19:31:53.21 ID:YCAuRgWu.net]: 勝手に皆がwinforms終わった終わった言ってたけど終わってなかった
737 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 19:46:47.87 ID:wj5iFmjc.net]: wpfけなしてるのって
winformしか分からない低スキルおじさんと思ってんだけど偏見だろうか
738 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 19:53:59.26 ID:+aWfVBYE.net]: 偏見じゃないだろ
統合失調症だよ
739 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:02:44.28 ID:r3tx6fiI.net]: それってとても重要なこと。低スキルには使えないなんて、
フレームワークとして致命的な欠陥品、ゴミと言わざるを得ない。

馬鹿でも使える、Delphi、VB6、C#+winformのユーザを取り込めるはずがない。

キミはwpf使えるおれ高スキルと自惚れてたようだが、実はこのスレでキミが一番滑稽だったんだよ。
740 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:12:26.96 ID:lqcJQiNV.net]: 日本の大半のコーダーはwinformレベルしか理解できないだろ
741 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:17:06.23 ID:YCAuRgWu.net]: 低レベルかどうか以前に使いにくい
listboxのアイテム右クリックして操作するのが非常にめんどくさい

ancestorのbindingとか見ると非常に汚いしこんなもん使いたくないけど使ってる
742 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:23:35.82 ID:C299Q9qq.net]: バカが使えねーとか結果もいいとこだろ
馬鹿かお前
743 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:36:27.81 ID:YCAuRgWu.net]: RelativeSource FindAncestor, AncestorType={x:Type Window}

これが汚い
これが平気で使えるのは頭おかしい

データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが
Type Windowと言う変な依存を作ってしまうのが汚い
744 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:42:22.81 ID:YCAuRgWu.net]: 元のデータ構造に依存してデータ操作するならわかるんだけど
GUIのオブジェクトの構造に依存してまたそこからDataContext参照してそこでまた型が違うかもしれないものに対して
平気でアクセスしてしまう異常性

WPFは汚いよ
仕組みを作るべきだった
745 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 22:41:25.89 ID:fUvf5qSP.net]: >>712
そこ、Windowでも動くが、大体ListBoxだよな
それなら問題ないだろ
746 名前：デフォルトの名無しさん mailto:sage [2019/10/30(水) 03:52:53 ID:d1aCsWvI.net]: 汚いなさすがWPFきたない
747 名前：デフォルトの名無しさん mailto:sage [2019/10/30(水) 11:26:47.04 ID:X6nZEuPE.net]: >>711
10年以上前から言われてたから普及するわけないと散々・・・
748 名前：デフォルトの名無しさん mailto:sage [2019/10/31(木) 14:51:30.77 ID:lA+PWvZ+.net]: vb6でもwinformsでもwpfでもuwpでもelectronでも何でも自分の用途にあってればいいわけで、テクノロジーや、それを使う人をdisったりする理由にはならないと思う

サポート切れてるのは新規採用は自分ではしないかなというくらいで後は好きなの使えばいい

そして俺はWPF好き
749 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 07:16:23.42 ID:POn0QVxB.net]: 俺もWPFの方が好きだなぁ
XAMLで構造が編集できるのがいい
750 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 08:29:04 ID:luUnrp0t.net]: >>712-713
> RelativeSource FindAncestor, AncestorType={x:Type Window}
> これが汚い
> これが平気で使えるのは頭おかしい
それなー

> データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが
いやいやそれは逆にビューがデータ構造に依存しちゃうからまずいでしょ

> Type Windowと言う変な依存を作ってしまうのが汚い
型で検索すると言うのが気持ち悪い
なぜビュー内の名前で参照できるようにしなかったんだろう？
751 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 08:48:08 ID:XtQgzT46.net]: ElementNameあるんだけど
752 名前：デフォルトの名無しさん [2019/11/01(金) 08:48:22 ID:hqW7WiA1.net]: >>719
別ファイルでDataTemplate定義してたりしたら使えないけど、ElementName使って名前で参照も出来る場所もあるよ
753 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 08:56:09 ID:luUnrp0t.net]: >>720-721
まじか、知らんかった…
休み明け（今日は有休）に会社で試してみよう
754 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 13:47:06.36 ID:BwGO0cqt.net]: .net coreでグラフ画像を作る方法ある？
chartコントロール使えなくなったから、新しいやり方知りたい
755 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:19:46.78 ID:TtiCw1tS.net]: そういうジャンルはHTMLにもう任せてしまえば楽なんだけどなあ
jsのライブラリを使えれば一番楽だしGUI操作などもインタラクティブに行える
大量の人間が常に開発を続け最新のトレンドを自分の製品に取り込める

けどWPFなんでしょ？
これからもJSと比べるとライブラリ大幅増の希望もないけどWPFなんだよね
756 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:23:09.89 ID:7fq87ZBz.net]: ライブラリ増に関してはWinUIがある
大幅増じゃないが
757 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:25:10.00 ID:TtiCw1tS.net]: これからもOSSのライブラリ依存の状況は進んでいくだろうけど
そういうプロジェクトでユーザーや開発者が多いのはjsなんだ
最先端で使いやすいものを取り入れようとするとC#+WPFは選択から外れる

ごく限られた環境で使うときにWPF＋MVVMは使いやすい
しかし実際にアプリを作ると使いたいライブラリがなくあっても貧弱で古い事が多い
758 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:30:59.87 ID:TtiCw1tS.net]: WPFを使うのは自分が開発しやすいからであるが特定の最新機能などを使おうとすると
OSSが無かったり貧弱であったりしてまあ思い通りのアプリが作れないことがある
そういうのは個人ではどうにもならないレベルだったりするんだよね

自分が開発しやすいから選んだはずなのに実際はしやすくない

いつか誰かが作ってくれるのを期待して待つかそこだけ他の技術に頼るか

それかあきらめるか
759 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:43:54.06 ID:TtiCw1tS.net]: ヘタするとWPFで開発十数年の人が作ったWPF上のグラフアプリより
入門三日目のhtml+jsの作ったグラフアプリのほうが評価が高くなるかもしれない

そしてwebアプリは3日で出来てWPFは一か月かかるかもしれない
これからどう生きていくかは自分で選択してできるだけ狭い世界に閉じこもらないようにしないと環境と一緒に死んでしまう
760 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:46:57.03 ID:EqckBJhH.net]: いやjsのほうが人選ぶだろ
型なし言語をスキルない奴に触らせると地獄
これからはBlazorな！
761 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:51:28.94 ID:TtiCw1tS.net]: ユーザーの目が肥えて期待される機能の完成度のハードルがあがっていくと
高機能のありものを使うしかない

WPFに限らずC#に高機能な既製品が少ない
762 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:52:08.15 ID:U/a7Wx11.net]: WPF理解できずに逆ギレしてる ID:TtiCw1tS w
哀れやのう
763 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:55:00.88 ID:TtiCw1tS.net]: 書いてる内容noどこがWPF理解できずの部分があるのか教えてくれよｗ
764 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 21:05:47.08 ID:esyAMMm3.net]: >>731
もう夢は終わったんだよ。WPFは消える。だがキミの仕事は安泰だ。
WPFの保守案件はWPFマスターのキミが独占できる。コボラーと同じ身分だ。
765 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 21:12:23.60 ID:TtiCw1tS.net]: 自分がWPF使ってるのはGUIデザインがやりやすいからでHtml+CSSは理解できないししたくない
自分が使いやすいから使ってる

トータルで優秀だとは思えないが自分の好みで使ってる
いつか死ぬのは見えているでも使ってる
愛があるとかじゃなく今自分のレベルで使えるのがWPFだから使ってる
使える部分だけ使ってる
766 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 21:27:27.29 ID:xPzXsDel.net]: それでいいよ
767 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 17:14:50.59 ID:POhg1hDY.net]: jsのライブラリも有料化の波が・・・
768 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 17:54:38.37 ID:akoaid8M.net]: スレチだったらすみません <
769 名前：br> グラフ(データプロット)と表を並べるGUIを作りたいんだけど、最近のGUIプログラミングって、どの言語がおすすめ？ 楽に覚えられてチャラいデザインにできたら御の字です C#、MATLAB、Pythonは扱えますが、GUIプログラミングのことはよく知らないもので…… []: [ここ壊れてます]
770 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 18:06:20.34 ID:pWYzNK5/.net]: webでjs使うのが一番表現は自由だと思う
771 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 19:10:48.46 ID:FxhpmPNy.net]: 俺はプログラムができてオシャレな物作れるんだぞと言うのをアピールしたいなら
java scriptがおススメ
772 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 19:15:30.51 ID:FxhpmPNy.net]: 俺はデータサイエンティストだぞというの�
773 名前：Aピールしたければpythonがおすすめ メジャーなグラフアプリもある []: [ここ壊れてます]
774 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 21:48:00.04 ID:RbIBPvzK.net]: 俺は泥臭い仕事何でもやりますアピールしたいなら
java scriptがおススメ
775 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 22:30:42.41 ID:Nne/H10W.net]: 夢も希望も無いな
776 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 22:53:31.90 ID:tYWIiPQE.net]: >>739-741
ありがとう
泥臭い+オシャレアピールしたいからjsにします。
777 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 15:49:02.46 ID:ng0hG2Nw.net]: 他人が書いたWPFコードは読めたものじゃないな。保守性ゼロ。
778 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 16:29:59.14 ID:kVBOYkVG.net]: 他人が書いたWPFコードは（>>744みたいな無能には）読めたものじゃないな。（>>744みたいな無能には）保守性ゼロ。
当たり前やなw
779 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 16:48:20.02 ID:Y1hBQ+8z.net]: >>745
言えてる
780 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 17:55:02.22 ID:leaAuATv.net]: これから.net frameworkと.net coreが統一されるというが実質は.net frameworkが捨てられるだけ
皆が.net coreに移るわけじゃないから結果として.net軍団は二分される

ゲームでunityに流れ込む人は多いけどWPFに流れてくる人は大幅に減ると思う
781 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 18:39:05.65 ID:YzgyorL1.net]: まあWpfフェードアウトしてUWPのWinUIベースになるのは予想できるね
基本的にはWpfとほぼ同じでx:Bindなどの拡張があるから良いと思うよ
WpfにできてWinUIに出来ないこともあるけど、UIタスク以外からコレクションイジられるようになればいいけどな
782 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 20:08:32.81 ID:+IMA5W8O.net]: プログラミングのモデルをがらっと変えてくるのはともかく
性能や機能面で以前より劣るものをこれからの主流で御座いと押し付けてきた挙句
そのへんロクに改善せずに開発者の移行も進まず以前のフレームワークもダラダラとサポートし続ける
WindowsのGUI方面はWin8から今まで5年以上は時間と金をドブに捨てとるわ
783 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 21:43:31.62 ID:6/YkgK4q.net]: 正しい方向へ戻っただけだと思うけどね
Windows作ってる会社自身が、Windowsの進化が遅いから箱庭方式のフルスクラッチでOSから独立したGUIフレームワークを作るわーなんて言ってたんだぞ
糖質かよ
784 名前：デフォルトの名無しさん [2019/11/04(月) 00:35:03.18 ID:ViGCTZCn.net]: MSの誰がそんなこと言ったんだ？
だいたいこんなゴミフレームワークですら叩くと信者がワラワラ出てくるがそいつらが本当の糖質だろ。
技術的な話題には一切入ってこない低スキルなのに。
785 名前：デフォルトの名無しさん [2019/11/04(月) 01:41:28.60 ID:uqYdx4m2.net]: どうも、Microsoftのこれからの方向性
この1年で大きく変化しているのを理解できていない投稿が
多いように見受けられんだけど。
来週のIgniteを楽しみにしよう。
786 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 02:18:54.05 ID:B36l93jf.net]: MSのこれからの方向性？
「Azure全振り」だ
デスクトップアプリなんて商売としては最早どうでもいい分野であり戦略もクソもないよ
787 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 08:16:57.81 ID:7wrIz40y.net]: > 技術的な話題には一切入ってこない低スキルなのに。
>>751の悪口はやめなよw
788 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 14:57:49.02 ID:ViGCTZCn.net]: >>754
糖質信者乙W
789 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 15:02:34.48 ID:+lCGWVyn.net]: 相変わらず非技術的な内容だと元気なID:ViGCTZCn w
790 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 16:56:18.36 ID:ViGCTZCn.net]: 過去ログも含めてこのスレの大半はWPFの悪口だが、
このようにWPFをゴミと言うだけで信者が顔真っ赤に絡んでくるから注意な。
791 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 17:09:09.95 ID:DlV1X8tk.net]: ん？そりゃ悪口とその反論が半々てことじゃないのか？
792 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 17:26:07.75 ID:7wrIz40y.net]: ID:ViGCTZCnは技術的な話に�
793 名前：ﾂいてこれないならマ板で吠えてりゃいいのにw []: [ここ壊れてます]
794 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 18:30:40.97 ID:ViGCTZCn.net]: 昔は普及したかと確認する奴もいたが今はそれすらおらず、MSも匙を投げたようだ。
GUIフレームワークの話には入らないが必死に煽るレスだけは必死の ID:7wrIz40y みたいな奴のレスが残りの半分だな。
795 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 19:32:59.72 ID:7wrIz40y.net]: 流行らないと言うなら無視しとけばいいのに哀れな奴w
796 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 19:43:13.47 ID:ViGCTZCn.net]: >>761
だからこっちは質問してんだよ。
質問に答えれないのになんでいちいちおれを煽るかね？　まじ糖質だな。

MSの誰が言ったんだ？　ヘジか？　シノフスキか？
答えれないなら二度とおれにレスすんな、糖質野郎。
797 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 20:11:22.32 ID:7wrIz40y.net]: はあ？
お前の相手が一人だけだと思ってるのかよw
798 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 20:47:14.84 ID:IruLh5fJ.net]: 好きにすれば良いだろう。
まったく自信ない奴らだな。
799 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 21:06:42.71 ID:pMpWm31L.net]: WPFが復権すると勘違いしてるやつらがいるんだよ
そもそもがメインストリームとして普及したこともないのに
winformsの方がまだ普及してた
800 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 21:10:05.13 ID:mg/MfEhw.net]: まだプレビュー品質だけどReact NativeをUWPに埋め込む機能をXAML IslandsでWPFに埋め込めるから、JSでやったほうが楽なものはそっちでやれるようになる日が、そのうちくると思う
801 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 00:35:50.31 ID:mNhb+bKU.net]: JSでやったほうが楽なもんは今でもJSでやるだろう
802 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 16:20:02.41 ID:+CgvG+1/.net]: https://devblogs.microsoft.com/visualstudio/all-things-developer-tools-at-microsoft-ignite/
の
> XAML code editor pop up, merge resource dictionaries and more
> In this release there are multiple new features for desktop developers building WPF or UWP applications.
> One such feature is the ability to open the XAML code editor window separately from the XAML designer using our new “pop up” button next to XAML tab:
くらいかな
WPFの話は

あまりの注力度に腰を抜かしかけた
さすがMicrosoft
803 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 17:19:07.50 ID:9cwA4daT.net]: >>767
wpfとかで作ってるんだけど、このuiはJSならすぐできるのになぁ…というとき用を想定してた
804 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 20:14:06.72 ID:1rlVNU81.net]: >>752
楽しめましたか…？(小声)
805 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 20:14:08.87 ID:C/ZEDMBc.net]: >>769
誰やねんWPF採用したアホ、、、今更オワコン勉強したないしどないしょ、、、せや！Reactがあるやん！
こうだぞ
806 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 21:13:04.93 ID:SxErwohi.net]: >>752
お前のずれっぷりが楽しめたよ
807 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 18:40:18.34 ID:IJpGwucR.net]: prsim のサンプルで
using Microsoft.Practices.Unity;の部分が

型または名前空間の名前 'Practices' が名前空間 'Microsoft' に存在しません (アセンブリ参照があることを確認してください)。

アセンブリの参照追加にもそれらしい名前がない
どうしたらサンプル使えるのか誰かおしえてください
808 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 19:55:46.49 ID:ZywbswnK.net]: nugetでunity追加しましたか？
809 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:04:32.13 ID:fi/5YPdO.net]: チュートリアルの手順通りにやればできるよ
何かをすっ飛ばしてるか異なるバージョン環境か
810 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:14:58.60 ID:IJpGwucR.net]
811 名前：最初にPrism Template Packをインストしてその後nugetでunityはいれました。 参照にprism.UnityやUnityがあるのですが ダブルくりっっくすると このプロジェクトは、利用不可能か、またはビルドされていないため、オブジェクトブラウザーで表示できません。プロジェクトが利用可能でビルド済みであることを確認してください。 一応ビルドはしているけど↑のメッセージがでるのは普通なのだろうか？ 最新バージョン環境だと駄目なのかな []: [ここ壊れてます]
812 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:17:28.46 ID:fi/5YPdO.net]: VS2019の最新で開発してるけど問題ないよ
プロジェクト作るところからprism選択するけどそのへんもちゃんとした？
813 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:29:58.70 ID:9VJ5I3NB.net]: >>776
prismは７で大きく変わっているから、nugetする時バージョン下げないと動かないサンプルあるかもしれんね
814 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:30:27.16 ID:IJpGwucR.net]: 新しいプロジェクトの作成で
Prism Blank App(.Net Core3)
Prism Blank App(WPF)
両方試したけど同じエラーメッセージがでます
WPFはフレームワーク4.8　4.72　4.6と試してみたけど同じだった
815 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 21:03:36.56 ID:IJpGwucR.net]: 参考にしようとしてたところがPrism6.3でやってたようなので
公式のサンプルをまず参考にしてみます
816 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 21:18:46.92 ID:fi/5YPdO.net]: なぜ人は質問時にバージョンを明記しないしチュートリアル参考時にバージョンを確認しないのか
817 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 23:50:56.66 ID:iZKL+aCc.net]: WPFのスレあったんだね

<gridpanel>
<label>タイトルバー</label>
<textbox />
<stackpanel>
<button/>
<textbox/>
</stackpanel>
</gridpanel>

みたいな構成のコントロールがあるんだけど
タイトルバーをドラッグしたらcanvas上で移動するようにするには
どうしたらいいんだろう？
何かヒントをもらえると助かります
thumbでやろうとしたけど使い方がよくわからず
上手くいきませんでした…
818 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 00:32:58.49 ID:a+LjUnl5.net]: Canvasの中に置いて、DragDrop.DoDragDropじゃいかんのか？
819 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 18:32:16.09 ID:X6meMw3h.net]: 動かせたとして今時点の希望の動作が通常の使用に充分な物とは感じられないと思う
canvasの中だけしか動かないのは非常に不都合だろう
820 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 22:23:48.95 ID:3+4xKAQS.net]: そういう要件なんでは？
canvas上で移動したいって書いてあるし
821 名前：デフォルトの名無しさん mailto:sage [2019/11/08(金) 18:44:46.91 ID:d+a2qUuR.net]: なんとなくcanvas上で動かしたいんだろうと思う
canvasなんて狭いしスクロールとかの制御も厳しい

実際に使うとゴースト出せて動かせるほうが絶対いい
822 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 15:42:14.29 ID:+CnVgCxY.net]: VS2019で、WPFプロジェクトを作って、MainWindow.xamlに対してデザイナを開き、
ツールボックスから「すべてのWpfコントロール」からメニューというものを
ドラッグ&ドロップしてみたのですが、普通のWindowsアプリのようなメニュー項目
にはなってくれませんでした。
FormアプリだとMenuStripなどで簡単に出来たのですが、WPFだと同様には
できないのでしょうか？
823 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 18:56:05.80 ID:0kRbSQZl.net]: 「普通のWindowsアプリ」ってのがよう分からん
スクショでも貼ってくれぃ
824 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 19:07:21.14 ID:SnLvTGtj.net]: winformsはデザイナが親切で楽に作れるんだよ
WPFは知識ないと無理
ググってやるしかない

.net core版WPFだとさらにデザイナすら整ってない
825 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 19:46:53.04 ID:ZnlyH0jn.net]: WPFでは簡単にはできません。そしてこれからも改善する余地もありません。
826 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 20:35:03.99 ID:cIlNnlO0.net]: 普通のｗｐｆ使いはxamlを直接書くから気にならないんだよな
アニメーションの設定でBlend使ったりは駿河
827 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 20:39:00.52 ID:FlbWL9l0.net]
828 名前：wpfはウェブアプリを作るのに似ている []: [ここ壊れてます]
829 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 21:36:31.61 ID:SnLvTGtj.net]: MSの人は目玉になりそうなものでこう決まったとなれば何でもかなりかっちり作ってくる
手間暇かけても作る
（blendもVSと別ソースで作ってたらしいけど）

逆に普段使いであれば便利だなと思うものはほぼ作られない
何年たとうがかわらず作られない
上からの指示がないんだろうなと思う
830 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 21:53:02.01 ID:+CnVgCxY.net]: >>788
単刀直入に言ってしまえば、メニューという名前が付いてますが、
パソコンの世界で伝統的に「メニュー」と呼ばれているものにはならないのです。
831 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 00:29:49.56 ID:RwF92niu.net]: >>793
最近はAzureの糞サービスの乱発で一概に品質が高いとは言えなくなりつつあるけど、
やっぱりスタンドアロンなソフトウェアに関してはMSの開発力は神がかってるよね
Googleと違ってゴミもそれなりに綺麗に仕上げてくるから、泥舟を回避しづらいのが難点ではある
832 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 00:37:49.46 ID:jUhE2Dju.net]: ドキュメントを碌に整備しなくなってからがMSの衰退の始まり。
昔からのルール破ってコード書かない人がプロジェクトリーダーになるようになったから
軽視するようになったんだね。
833 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:04:26.01 ID:5dwJkF8Y.net]: https://www.reddit.com/r/dotnet/comments/bmq1py/is_wpf_going_to_be_cross_platform_in_net_5/

6 months ago

No. The whole point is to move WPF and WinForms to be able to target .Net Core, that's it.
Just because something targets .Net Core doesn't necessarily mean it is cross platform.
There is just too much existing software using WPF and WinForms and the point is to have
a migration path to newer technologies. .Net framework is not getting any more new features
so if MS wants WPF and WinForms to live on, they need to make it work for core.

Maybe one day they will be cross platform, but right now they are just too reliant on Windows
specific features. At this time they have explicitly said they do not want PRs adding cross platform
　　　　　　　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
capability. Maybe sometime in the future they will work on cross platform capability, or maybe
~~~~~~
a group forks it, who knows.

I'd love to see WPF being cross platform. While it has a steep learning curve, you can do
some great things with it.
834 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:05:25.06 ID:5dwJkF8Y.net]: 6ヶ月前:

Q: Is WPF going to be cross platform in .NET 5

A: At this time they have explicitly said they do not want PRs adding cross platform
capability.
835 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:09:37.66 ID:5dwJkF8Y.net]: 6ヶ月前の時点で「.NET 5 がクロスプラットフォーム能力を持つことになるという
PRをしたくない」ということをMSは明確に述べていたそうだ。

つまり、.NET 5 は、来年年末も、クロスプラットフォームにはなって無いという
ことらしい。似た説は、海外のサイトで何度も見た。MSがマルチプラットフォーム
に積極的になった事は無いとのことだ。
836 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:15:22.33 ID:5dwJkF8Y.net]: Q: WPFは.NET 5のクロスプラットフォームになりますか

A: 6か月前
これは、Windowsシェル全体とパッケージ化サブシステムをパッケージ化しないと技術的に不可能です。
これは、明らかにMicrosoftの
837 名前：予定リストにはありません。 Winformsは、グラフィックスデバイスインターフェイスであるGDI +に対する非常に薄い抽象化です。 アプリケーションのUIを直接描画する方法を変更できるように、非常に薄いということです。WPFは、 この抽象化を拡張し、コンポジターアプローチと新しいマークアップ言語に置き換えて、 その合成エンジンを活用します。また、グラフィックデバイスサブシステムの3D機能へのアクセス （DirectXおよびDirectDraw経由）を提供します。これにより、WPFはWinFormsができないすべての 素晴らしいことを（とにかく多大な労力なしで）実行できます。 言うまでもなく、いいえ。今ではなく、実際にはありません。これらの技術はどちらも、Windows コンテキスト以外では意味がありません。ターゲットプラットフォームのネイティブグラフィック エンジンが何であれ、Quartz、Weyland、XOrgを介して両方の抽象化を再作成する必要があります。 繰り返しになりますが、これらのプラットフォームには既に独自の同等のツールがあるため、 そうすることに興味のある人はあまりいません。 []: [ここ壊れてます]
838 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:24:30.93 ID:ioPxwfyJ.net]: すみません、>>797 から >>800 は、Xamarin スレへの誤投です。
839 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 04:37:35 ID:jUhE2Dju.net]: > WPFはWinFormsができないすべての素晴らしいことを（とにかく多大な労力なしで）実行できます。

いや、まずWinformsでできることをWPFにも労力なしでできるようにしてほしいんだが。
840 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 07:27:47.44 ID:ADq5wcSz.net]: xamlの場合はxmlに馴染みがあるかどうかが分かれ目だな。
それさえわかっていれば本当に楽。
841 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 11:53:59.90 ID:SNu9npot.net]: >>794
WPF Menuでググれよ…
https://blog.okazuki.jp/entry/2014/08/12/122541
ただデザイナでやろうとするとめちゃ大変（まあ慣れてないだけかも知れんが）
素直にxaml直書きのほうが楽だと思う
842 名前：デフォルトの名無しさん mailto:sage [2019/11/18(月) 22:32:11.90 ID:8gyrpVW6.net]: > WinFormsができないすべての素晴らしいこと

これに対する需要がないんだな
843 名前：デフォルトの名無しさん mailto:sage [2019/11/18(月) 22:43:55.11 ID:GgI5BjsL.net]: 少なくとも画面レイアウトとテストは楽になった。
formsの方が良かったことって何かあったかな。もはや思い出せない。
844 名前：デフォルトの名無しさん mailto:sage [2019/11/19(火) 16:42:13.40 ID:8/4AEaZj.net]: WPFアプリはおれおれレイアウトが多く使いにくいよな。とにかく操作に統一感がなく不便で最悪。
MFC、winform縛りだとレイアウト、操作性に統一性があって操作に迷わない。
無能デザイナというのは独自性、おもいつきばかりで使う人のことをまったく考えてない。
845 名前：デフォルトの名無しさん mailto:sage [2019/11/19(火) 19:52:58.83 ID:vALGI2JD.net]: 使いやすさより作るのが楽しいほうが重要
846 名前：デフォルトの名無しさん mailto:sage [2019/11/19(火) 21:37:07.35 ID:Q41+AXQm.net]: >おれおれレイアウトが多く

たとえばどんな？
VSCodeとかElectronのアプリだと従来のUIガイドラインから遠いものが多い印象だが。
847 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 00:44:49.82 ID:97D6zl40.net]: 13年頑張っても普及しなかったゴミをMSが切り捨てられない理由はなんだろうなw

MSの中にはもう技術的な話ができる管理職がいないんだろうな。
848 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 07:42:01.90 ID:PB4QhTfG.net]: そもそも普及に頑張ってたか？　というレベルだしなあ
まあWindowsチームにWPFに限らず.NET技術自体が嫌われたってのは
MSのなかのひと達からもよく出てくる話よね
849 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 08:56:56.98 ID:Lba1zpe5.net]: WOW64は完璧だし、x86バイナリをARMで動かしたり、LinuxバイナリをWindows上で動かしたり、MSSQLのWin32バイナリをLinuxで動かしたりといったトンデモ技術も難なく実用化してしまっ
850 名前：た これほどネイティブコードの移植技術に長けたMSに果たして.NETが必要だったのかは激しく疑問だよね Windowsの進歩を見限ってWPFを作ったらWindowsに背後から殴られた件もそうだけど、Javaなど他社の成功を後追いすることに躍起になるあまり、 自社の強みに目を向けず、Windowsチームに技術的チャレンジをさせてこなかった反動が来てるんだろうね []: [ここ壊れてます]
851 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 09:06:31.94 ID:c0fA4obI.net]: .NETは成功してるだろ。
C#があのVB6のOCX地獄をどれだけ駆逐したか。
852 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 09:17:33.09 ID:Lba1zpe5.net]: OCXはバージョニングの仕組みに問題があったが、だからといって全てを抽象化してWindowsから独立したシステムを構築しようなどというのはあまりにも暴論極論
現に.NET Coreでは.NETはWindowsの中核技術から単にアプリに組み込まれるインプロセスなランタイムに「格下げ」されたわけで、
当初の構想からすると成功と言うにはあまりにも残念な結果だ
853 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 18:18:01.46 ID:6ps0JqqR.net]: vs2017だと
1.デザイン画面でGridをDockPanelに変更する
　　コンテキストメニュー/レイアウトの種類の変更
2.ツールボックスからMenuをDockPanelにドロップする
3.Menuのプロパティ/レイアウト/Dock/Top
4.Menuのプロパティ/レイアウト/Width,Height,VirticalAlignmentをクリアする。
5.Menuのプロパティ/共通/Itemsのボタンを押す。
6.コレクションエディターが表示される。
7.左下のコンボボックスからMenuItemを選び、追加を押す
8.右側のプロパティ/共通/Headerに文字列を入力してOk>90
9.DockPanelにGridをドロップして、GridのWidth,Height,VirtiacalAlignmentをリセット
ドロップダウンメニューは MenuItemのプロパティ/共通/Itemsのボタン
854 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 18:20:24.22 ID:6ps0JqqR.net]: "Ok>90" --> "Ok"
855 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 15:16:56.99 ID:2jFqraTL.net]: >>811
WinFormsはまだ、Win32のコントロールを使っていたそうですが、WPFは
使ってないそうですから、もっと嫌われている可能性もありますね。
しかも、WPFは書き方もWindows伝統とはかけ離れて、HTML+JSの書き方に
近いようですし。
856 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 21:16:37.05 ID:Y24HLISL.net]: Windows伝統ってWin32のことかねぇ？FormsやMFCだってだいぶかけ離れてるように思うが。
イベントドリブンなところは共通しているかもしれないがHTML+JSだってそうだしなぁ。
857 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 21:29:13.98 ID:A17zj/a7.net]: .netはDelphiから来たから嫌われてるのか
858 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 22:18:50.38 ID:uXKfGYPK.net]: 主にコア部分の性能面での問題を抱えたまま
一級開発環境としてねじ込もうとしてたのが原因なので
WinformsだのWPFだのは関係ないのだ
859 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 06:18:03 ID:uKd7b4Ct.net]: 一級開発環境ってなぁに？
860 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 20:28:48.27 ID:2slcREB7.net]: WPFの遅さが気にならない奴はプログラマの才能がない。
861 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 20:40:22.92 ID:gK3OO6AB.net]: 昔はjavaは遅いからダメだ！って主張多かったよねー
じゃあ今のjavaは良いのか？って言われると困るけど結果的には広がりは見せたわけで
速度なんてあとからどうにでもなるんじゃね？って思う
20年前のハード性能の向上比率と今のそれは違うので比較するようなものでは無いかもしれんが
862 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 20:53:06.15 ID:OWOiuO7H.net]: JavaのGUIコンポーネントはクソ遅いしダメダメだろ
結果的に広がってませんが。
863 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 20:53:25.02 ID:ddVAIVMv.net]: javaの代わりにspan
864 名前：だの今後はutf8string?とか高速化を頑張ってるc#で書けば、クラウド代金3割くらい減らせたりしないものなのか? []: [ここ壊れてます]
865 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 21:14:38.33 ID:DDtdC0yi.net]: WPFは見た目がしょぼくて客から金を取れないのがすべて
866 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 21:34:37.51 ID:fN1eu2LC.net]: バックエンドはクラウド時代になって多少遅くてもとか言えなくなっちゃったからしんどい
まあでもWPFはデスクトップだから多少遅くてもいいけど
867 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:02:36.52 ID:jA/F562D.net]: >>825
さすがにJavaとC#なら有意な差は出ない
少なくとも、書き直してる暇があったらその手間をボトルネックの最適化に注ぎ込んだほうが間違いなく速くなる
MS製のものを除けばC#はJavaに比べてOSSライブラリの品質が低い傾向があるしな
868 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:06:40.44 ID:356Y4TmE.net]: >>828
SpringとASP.NET Core、みたいなFrameworkの観点で考えると圧倒的な差があるけどね
869 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:07:26.43 ID:RbD5TOg+.net]: もう全部CUIにしよう！
870 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:13:12.75 ID:gK3OO6AB.net]: javaが昔遅くてダメだって言われてたのはJVMを経由するからという部分
世界的には微妙かもしれんが国内では間違いなく相当普及してる
20年前のエンジニアに言えば卒倒するレベルには普及してる
これを普及してないと言うなら普及してる言語ってなんだよｗ
871 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:36:08.94 ID:UrfR+MrU.net]: Java開発してておせーしねって思ったことは数え切れないほどあるけどC#では滅多にない
ビルドも実行も速い
872 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:44:40.45 ID:jA/F562D.net]: Javaは100%完全にサーバー向けにチューニングされてるし、
MSスタックほど開発環境とランタイムが統合されてるわけじゃないから、
開発中に手元では遅く感じやすいよね
873 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:53:50.65 ID:2slcREB7.net]: >>831
昔は、ローカル変数をスタックではなくヒープで確保するアホ実装してたからだよ。
一度書けばどこでも動くなんていうJavaの理想はコードを碌に書いたことのないアホどもの夢だったのさ。
JVMの最適化が始まれば途端に処理系によって動きが違うようになって速度は速くなったが理想は捨てられ、
世界的なJavaブームは終わった。なのになぜか日本だけがずっと使い続けて今に至る。

Javaは日本ではCOBOLの代替の地位は得たが、C#は何も得てない。
874 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 10:19:33.23 ID:t+ULiid3.net]: 仕事はJavaでwebアプリ作ってるけどめっちゃ速いぞ
875 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 10:22:17.87 ID:JC4z1XvE.net]: C#で作ってればもっと速かったのにね
876 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 11:03:43.31 ID:0nk530rx.net]: 速さは究極的にはプログラマの能力次第
C#erってVBの存在のお陰でJavaに比べると平均的な能力は高いけど、
上位層同士で比べるとクラウドや分散処理には強くないイメージだな
877 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:05:13.65 ID:JC4z1XvE.net]: Javaで優秀だった人はみんな他の言語に行っちゃって今は残りカスしかいない
C#は今も昔も高スキル人材が安定してる
878 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:21:43.73 ID:7cfX+7dD.net]: 親方のMSにも言えることだけど、C#の高スキル層って何でもC#のコード書いて解決しようとして
結果的に事業や開発のスケーラビリティを制約するような方法を選んでしまう傾向がある気がする
その辺、CLIツールやクラウドサービスなど出来合いの小道具をうまく使ってチョチョイとやっちゃうのはUNIX系の人のほうが遥かに上手い
879 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:26:17.87 ID: ]: [ここ壊れてます]
880 名前：4IefurkO.net mailto: コード例も出さずに批判しても説得力ゼロです []: [ここ壊れてます]
881 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:33:12.26 ID:7cfX+7dD.net]: >>840
良いか悪いかは別にして、少なくとも「何でもC#書いて解決しようとする」は自分で心当たりあるだろ？
俺が今まで会った「C#が得意」
882 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:33:39.72 ID:7cfX+7dD.net]: 失礼
「C#が得意」を自称する人は例外なくそうだったわ
883 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:41:21.56 ID:s1tpy+px.net]: >>842
C#が得意と言った奴がたまたまC#だけが得意だったんじゃないか？色々できる人はわざわざC#が得意だなんて言わないだけで。
そもそも自分が会っただけの狭い範囲で語られても...
884 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:48:16.04 ID:kdnOmkRS.net]: なんでもC#で書いて解決
CLIツールやクラウドサービスなどの小道具
これ並列に語るもんなの？
C#erだってクラウドサービスは使うやろ
885 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:51:44.18 ID:yrLXmC4S.net]: 今時はなんでもコンテナにして疎結合しちゃうから様々な言語やツールをそれなりに使えたほうがいい
既存資産ファーストで言語を選んでコンテナを実装することがやたら増えた
逆に言うと既存資産が無い新規開発のときは何を選んでもいいわけで
なんでもいいならC#やGoなど強力な言語が出揃ってる今、あえてJavaを選ぶ意味は殆どない
レガシーとコンテナの橋渡しが今のJavaが担ってる仕事
886 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 00:02:02.10 ID:YM9ppnlN.net]: javaとC#比べて速さ問題を比べてもあまり意味がない
ある程度しか変わらないから
10倍速いとかじゃないからな
速さを競うならC++
ネットゲームとか激しくパフォーマンスが要求される分野はC++が強い
俺は死んでもC++はもう触りたくない
887 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 00:07:17.53 ID:wT50odOv.net]: 本日よりC++をやることになる呪い
888 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 02:44:44.71 ID:RH5CxSX8.net]: unmanagedのinlineでAVXを実装すればC#でも大差ないような。
889 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 04:13:39 ID:Q39th6SU.net]: >>846
言語じゃなくてFrameworkならC#(ASP.NET Core)が圧倒的ってもう結論出てる
890 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 04:24:01 ID:Q39th6SU.net]: FortunesはSpringの10倍、PlainTextは100倍…
https://www.techempower.com/benchmarks/#section=data-r18&hw=ph&test=plaintext
891 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 09:25:19.82 ID:dLWLCCLp.net]: Javaは遅すぎる
実行速度も進化も
892 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 09:28:14.97 ID:K0cOW7SD.net]: jqとか使えば一瞬で済むことをLINQ Pad笑で書いちゃうのはC#erあるある
893 名前：デフォルトの名無しさん [2019/11/25(月) 11:55:35.63 ID:d5oOI6iD.net]: でも、C#は遅いプログラムが多い。
M/Bに付属のドライバや基本アプリなどのインストーラーも遅かったし、
MSのC# 製のExpression Web 4も同等のC++製のFrontPageよりだいぶ遅い。
PIXELAのテレビキャプチャーカードに付属のテレビ視聴/録画再生アプリも
極端に遅い。途中でGCが入って30秒間くらい全く何も出来なくなる事が
あるし、テレビ番組表を表示するのも数十秒掛かるし。
一番技術が分かってるはずのVisual Studioも遅い。
894 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 11:58:40.42 ID:d5oOI6iD.net]: 競技プログラムに詳しい人の感覚では、C#はC++の10倍遅い：
kumikomiya.com/competitive-programming-with-c-sharp/
895 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 16:02:04.90 ID:YrlIRd3B.net]: 他のC#スレ見ても、C#信者は配列が遅い、LINQが遅い、WPFが遅いと言っても受け付け�
896 名前：ﾈい低スキルの馬鹿が多い。 CPUに関する知識が皆無。まるで20年前のJava信者、MIPS信者のようだ。 []: [ここ壊れてます]
897 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 16:55:11.95 ID:xlCLCIdV.net]: 配列遅いって言って受け付けないって人は何使うの？
linqは言ってる人居るけど配列遅いなんて人居る？
898 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 17:03:07.45 ID:DB43riyJ.net]: 幻覚じゃないか？
899 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 17:06:26.86 ID:Opy8eUnC.net]: >>856
おそらく、
僕(>>855)が遅い遅いって言っているのに誰も取り合ってくれなかった！僕の話を聞かないアイツらがバカなんだ！
っ言いたいんだと思う。
900 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 19:01:49.04 ID:OmUgJu93.net]: C++使ってる人はあらゆることにパフォーマンス求める人がが多いからなあ
C#使ってるとそこまで気にしない
例え10倍処理が速くても自分の糞アプリにはなんのメリットがないので速さはいらない
901 名前：デフォルトの名無しさん [2019/11/25(月) 20:46:21.36 ID:P3fBUw06.net]: >>841
まっっっっっったくありません
で、説得力は？
902 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 21:41:20.62 ID:PxT+tvyy.net]: 配列が遅いって言うならポインタ使えばいいだろ
C#の昔からの標準機能だ
903 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 21:57:22.45 ID:2eomwteL.net]: ポインタ使ったら早くなる？
配列使ったほうが最適化しやすくて早そうだけど
ケースバイケースかな？
904 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 22:30:54.03 ID:qlvZ05cB.net]: >>862
ケースバイケース
配列のインデックスを計算で求めてるような場合は最適化が効かず境界チェックが毎回実行されて遅い
そういう場合はポインタにするとめちゃくちゃ早くなる
905 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 04:50:45 ID:2Fn28DQd.net]: 無駄なロジック見直した方が早いぞ。
906 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 18:13:42.70 ID:GH1P3tUM.net]: 逆に言えばC++なら糞みたいなロジックでもよく検討されたロジックのC#より余裕で早い可能性もある
でも大体はC++プログラマの方が一段上
907 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 18:17:32.18 ID:sE/nea3J.net]: やっぱり GCというのは遅いもんなんだよ。
908 名前： mailto:sage [2019/11/26(火) 19:56:36.01 ID:eitz3RWA.net]: >>866
でも free()/delete が難しい環境では GC はありがたいですね
909 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 20:26:45.31 ID:sE/nea3J.net]: >>867
組み込みなどの事を言ってるなら、GCの中でfree()/deleteが呼び出されるので同じ
どころか、もっと複雑になってしまう。
910 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 21:01:10.58 ID:2mfXvGCs.net]: GCが遅いってGen0はそこまでじゃないだろ
まさかGen2前提じゃないだろうな
911 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 21:03:42.29 ID:BLmmRbUT.net]: コントロールを縮小して印刷するのにおすすめの方法を教えてください
912 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 21:05:17.89 ID:rGd1SdQz.net]: プリンタドライバで縮小印刷
913 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 02:56:56 ID:HMxHeKzO.net]: >>866
遅くなる原因はGCだけじゃないし
914 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 03:03:20.91 ID:kpkt6EZT.net]: テンプレートはc++よりc#の方が早かったり
するので使い方次第だと思うのですけどね
915 名前： mailto:sage [2019/11/27(水) 06:33:20.48 ID:N9ggbkQ1.net]: >>873
それはコンパイル時間なのではないですか？
916 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 07:09:23 ID:kpkt6EZT.net]: ちゃんとテストしてみてから異議を唱えよう
917 名前：デフォルトの名無しさん [2019/11/27(水) 07:45:58.68 ID:f5LIEDBI.net]: 定期的に湧く、C++より速いとか、C#は遅くないと言ってる低スキル君が、Java信者と言ってることがいつも同じでむかつく。
918 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 08:14:47 ID:1pl90ndi.net]: >>874
同じ内容の処理でC#がC++より速くなるケースが想像できないのだが、具体的なケースを教えてくれないか？
919 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 09:37:28 ID:gi64Bf5v.net]: >>877
coreclr見てみ。ネイティブからマネージドコードに置き換えてパフォーマンスとメンテナンス性向上させてるPRいっぱいあるから。
920 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 09:48:42.73 ID:frXAtoYv.net]: バカの自作C++コードよりC#libraryの方が当然早いだろう。
libraryの中身はC++だったりするが
C++の演算libraryも中身はアセンブラだから同じこと。
921 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 09:51:27.67 ID:vYtjQlD0.net]: それはC++が遅いんじゃなくて呼び出しのオーバーヘッドが大きかったりOSやネイティブライブラリの機能が不必要に豪華で遅かったりするのを回避してるだけ
922 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 11:01:22 ID:az2WZNwe.net]: いいかげん他所でやれ
923 名前：デフォルトの名無しさん [2019/11/27(水) 20:03:33.58 ID:yc0HWZ1w.net]: スレ立てたんでこっちでやってくれ

C#とC++を無理矢理戦わせたい人専用スレ
https://mevius.5ch.net/test/read.cgi/tech/1574852588/
924 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 20:47:13.16 ID:K1qtw3zK.net]: C++/CLIでWPFをやる私は異端ですか？(*´･ω･)
925 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 21:38:22.50 ID:kpkt6EZT.net]: 邪教徒や
926 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 22:29:16.54 ID:ap410XA+.net]: 昔試してみたような記憶があるが、C++/CLIでWPFってできたっけ？
927 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:38:13 ID:xy0IaHJE.net]: もう10年以上C#使って、自前ツールはほぼC#オンリーだけど、C#が速いと思ったことないよ。
ストールしまくる配列の遅さとか致命的だからライブラリとか作るには向かないが、
むしろ使い捨て、やっつけツールを作るにはちょうどよい。ポジション的は昔のPerlの立ち位置だな。
そういう立ち位置と理解すればWPFが普及しない理由も分かる。
928 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:42:58 ID:TWMCNQEW.net]: >>886
>ストールしまくる配列の遅さ
詳しくお願いします。

>そういう立ち位置と理解すればWPFが普及しない理由も分かる。
C#のポジションが昔のPerlの立ち位置であることが、WPFが普及しないこと
にどのように結びつくのか解説をお聞かせくだされば幸いです。
929 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:44:22 ID:/6aNzyAQ.net]: 今はマシンパワーでゴリ押し出来るからねぇ
苦労してC++で組むメリットは少ない
930 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:48:59 ID:TWMCNQEW.net]: >>888
実は、C++を苦労と思わない人なら、C#で組む必要性も低いのです。つまり、
　「C++が出来るなら、C#を使う必要はない」
のです。
931 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:56:13 ID:xy0IaHJE.net]: >>887
> >ストールしまくる配列の遅さ
> 詳しくお願いします。

マジかw こんなとんでもない低スキルの馬鹿がWPFスレにいるのか。
こんな基本的なことはパソコン少年でも知ってると思うが、条件分岐はストールする。
君のようなパソコンはじめて素人君はあと5年くらいROMってろなw
932 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:56:58 ID:xy0IaHJE.net]: >>889
素人ではなくリアル馬鹿だったか・・・
933 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:59:55 ID:TWMCNQEW.net]: それもMSの経営戦略なのですが、Visual Studio は、C++ と C# で分かれて無い
ので、使われ方の比率は誰にも分からない状態になっていますね。
果たしてどっちがすかれているのかも、本当ははっきりしません。
「層」によって好みが明確に分かれている可能性も有り得ます。
また、新しいものは、時代に乗り遅れまいと試しに使う人も多いので、
その影響もあります。
934 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 02:18:04 ID:TWMCNQEW.net]: 「新し物好き層」なるものがあり、その人達は新しいものが素晴らしいと思います。
ネットにはそのタイプの人による新しいものを褒める記事が多く見受けられます。
逆に新しいもの、古いものに限らず、ネットでは物事の欠点や負の側面
を書く人は少数派です。何故かは分かりませんが、炎上を恐れる人が多い
からかも知れません。
935 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 09:01:39.41 ID:07F2PXqK.net]: いつまでスレチやってんだこのガイジ�
936 名前：､ []: [ここ壊れてます]
937 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 10:15:37.74 ID:secX+GM9.net]: C#で10年ツール作り続けていることを誇るが紛れ込んでしまった
938 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 12:13:56.75 ID:ZIR2mt5J.net]: ちょっと消えてますね
ガイジとちゃんと書かないと
939 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 12:43:42.46 ID:VOkh5kHm.net]: C#界隈はWebやスマホへ移行できずに時代に取り残された人達が老害化してる印象だなあ
趣味でフリーウェアやシェアウェアを作って公開してた人も一昔前には沢山いたけど、みんな今どうしてるんだろうね
俺もその一人だけど、もうクラウド開発しかやってないわ
940 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 13:28:26.69 ID:uRMHPae9.net]: スマホはunityが一応いるで
一応ね
941 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 13:41:19.71 ID:ktrMcVJQ.net]: 一応てかスマホゲーは大体UnityでC#じゃね
なんならC#の最大手まである
942 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 13:44:44.09 ID:uRMHPae9.net]: スマホゲーでは最大手ではあるだろうけどcocosも未だに強いしunrealも頑張ってる、どっちもC++
サーバー側までC#はあんま居ないはず
943 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 18:47:49.98 ID:goDTUkYP.net]: asp.net coreって人気ないのかな？
スマホもxamarinがあるし
944 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 19:15:57.08 ID:VOkh5kHm.net]: クライアントがUnityだからサーバーにもC#を使ってるゲームはわりとあるらしい
ドカタITではASP.NET Coreは全く使われてないね
945 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 19:24:48.50 ID:tdSAYOq3.net]: 分野ちがうがxamarinとasp.net coreどっちがまだ使われてるかっていったらasp.netの方？
946 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 19:26:41.58 ID:tdSAYOq3.net]: 最強の一人neueccとかゲームプログラマー頑張ってるし
947 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 19:55:19.37 ID:uRMHPae9.net]: 彼はすごい人だから良いけど
大体はまだPHPかよくてruby
webソシャゲの頃の鯖エンジニア結構残ってるからね
948 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 20:42:21.32 ID:+uF2PV0n.net]: >>901
人脈作れた？
949 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 21:26:06.24 ID:qnF6NUyh.net]: 時代とかトレンドとか言っても、スタンドアロンで十分なものをわざわざWebにしたりしないしなぁ。
950 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 00:23:18.57 ID:IDh/GqUP.net]: WPFのトレンドはいつ来るん？
951 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 12:41:29.10 ID:orOKhWyS.net]: いまトレンド来てるだろ

752 デフォルトの名無しさん 2019/11/04(月) 01:41:28.60 ID:uqYdx4m2
どうも、Microsoftのこれからの方向性
この1年で大きく変化しているのを理解できていない投稿が
多いように見受けられんだけど。
来週のIgniteを楽しみにしよう。
952 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 12:49:47.89 ID:gt8PUFBF.net]: UWPのゴリ押しがうまくいかなかったからWPFもそれなりにサポートするみたいなのは見た気がする
953 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 19:40:31.05 ID:5LiccEug.net]: デスクトップアプリとスマホアプリに互換持たせても根本的に違うし、泥に展開出来ない時点で何の意味もない
954 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 22:45:11.37 ID:LMfDTWZ+.net]: そうか？モダンアプリ使いやすいだろ
UWPがどうというより、デスクトップアプリ自体がWebのフロントエンドの一つに成り下がってしまい、
簡易なUIで十分になっちゃったんだよなあ
955 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 23:09:59.57 ID:ekCVDXy+.net]: 相談させてください。C# で

static class MyBindingHelper
{
　　public static bool GetModeIsTwoWay(Binding binding)
　　　　=> binding.Mode == BindingMode.TwoWay;
　　public static void SetModeIsTwoWay(Binding binding, bool value)
　　　　=> binding.Mode = value ? BindingMode.TwoWay : BindingMode.Default;
}

のようなクラスを作成すると XAML で

①
<TextBox>
　　<TextBox.Text>
　　　　<Binding Path="Hoge" local:MyBindingHelper.ModeIsTwoWay
956 名前：="True" /> </TextBox.Text> </TextBox> のような書き方ができるようになりますが、 ② <TextBox Text="{Binding Hoge, local:MyBindingHelper.ModeIsTwoWay=True}"/> と書いても期待に反して Markup Extension の解析時に、型 'System.Windows.Data.Binding' に対する不明なプロパティ 'BindingHelper.ModeIsTwoWay' が見つかりました。 というエラーになってしまいました。 ①のような書き方は冗長に感じるのでできれば②に近い書き方をしたいのですが、 何か良い方法をご存じの方がいらっしゃればお知恵を拝借できないでしょうか。 どうぞよろしくお願いいたします。 []: [ここ壊れてます]
957 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:13:13.46 ID:0mH728ks.net]: Blazorのデスクトップアプリ流用がすごすぎて既存のデスクトップフレームワークの存在意義が完全に消滅しちゃった
何も考えなくても自動的にクロスプラットフォームになるし既存のWeb系エコシステムも使い放題だ
FormsやWPFはメンテナンスすることはあっても新規で作ることはもう無いだろう
958 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:22:41.07 ID:BcIjEIKq.net]: さすがにWPFはもう絶滅したと言ってもいいが、現代においても未だにWinFormsが採用されることがあるのは
どっちかというと開発者のスキルの問題だからなあ
Blazorを採用できるだけのまともなWebのスキルがあるチームならとっくの昔にWeb MVC系へ行ってる
959 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:40:39.93 ID:xhEM6aVw.net]: スキルの問題じゃなく慣れてるからというだけ。未だにvi使い続けてる人がいるのと同じ。
同じことするのに言語やフレームワーク、ライブラリをコロコロ変える馬鹿はいないよ。
そんなに脳みそにキャパが余ってるなら医者に職業変えたほうがいいw
960 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:43:21.67 ID:3+vwMIfE.net]: 同じことするなら楽な方がいいから乗り換えるわ
961 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:48:00.44 ID:5l2Zf0lZ.net]: Blazorでデスクトップアプリって、今だとどれくらいのことができるようになってる？
WPFやMFCを置き換えられるくらいになってたら検討したいが。
962 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 11:38:37.90 ID:vf0Jh1uR.net]: >>917
で、何に乗り換えるって？
963 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 11:51:53.62 ID:Lym1Qf3d.net]: webアプリは重いからユーザー視点から使いたくねぇな。wasmはどれくらい速いのかしらんが
964 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 12:03:06.86 ID:AgkvbgYY.net]: >>920
https://yutakaaoki.github.io/
↑ここを試してみてください。
965 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 13:25:47.21 ID:AgkvbgYY.net]: >>921
WASMの速度を手っ取り早く体感したい方はこれらをご覧ください。
すぐに起動します：
https://yutakaaoki.github.io/demo_Mountain/index.html
https://yutakaaoki.github.io/demo_land_Polygon/index.html
https://yutakaaoki.github.io/demo2/index.html
966 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 13:38:25.21 ID:3rL3grx7.net]: >>918
#metoo
967 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 14:13:26.55 ID:5l2Zf0lZ.net]: ちょっと調べてみたがUIはやっぱりまだRazorのままじゃね？デスクトップを置き換えるには程遠い。
968 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 14:58:49.97 ID:PlBmox+6.net]: 何を今更
この期に及んでHTML書く気がないんだったら引退するかバックエンド専門に転向したほうがいいよ
969 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 16:40:39.40 ID:Lym1Qf3d.net]: >>921
androidタブレットで動かしてみたが、快適に動くけど、3DCGじゃなくてもっとtwitterアプリとかそういうので動かしてみたいな。
970 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 16:45:33.42 ID:CChXYwU6.net]: htmlなんて書く気ないしバックエンドにも移らないな
もちろん引退なんてしない
971 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 17:00:09.38 ID:5l2Zf0lZ.net]: HTMLでWPFやMFC並のGUIが書けるようになってたら喜んで使うよ。
WebのフロントエンドならReactを使ってるが、あれでデスクトップアプリを書く気はしない。
972 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 17:42:20.39 ID:NmwQ71Sb.net]: 主題じゃないからただの茶々
973 名前：入れだけど この手のデモでGPUに仕事ぶん投げる要素入れて なんの意味があるのだろうかと毎度思う []: [ここ壊れてます]
974 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 18:14:50.59 ID:m8ZG7ms4.net]: MFC並のGUIってどんなの
975 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 18:32:51.85 ID:xhEM6aVw.net]: MSオフィスのフィードバックがMFCだったけど、最近のオフィスはWPFなん？
976 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 19:05:16.40 ID:1abplq4T.net]: >>929
でも、大体どんなことが出来るかと、大体どれくらい速度が出るかの目安が
出来ますね。
977 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 19:49:43.72 ID:PVh27ZDN.net]: HTMLガーっていうけどVSCodeレベルのもんが作れんならいいんじゃないの？
978 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 02:03:54 ID:9shdIToq.net]: Office365はReactNativeになってるね
MSがReactNativeのWindows版再実装したりMac版開発したりでそっちに熱心なご様子
979 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 10:46:01.58 ID:jlfjhpdh.net]: 色々な種類のライブラリがあることは使う側にとって良いことばかりでは無いね。
980 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 11:37:30.58 ID:TUGZMxWw.net]: >>935
良いことばっかだと思うんだけど
なんか悪いことある？
981 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 11:44:27.75 ID:SSj3LvZN.net]: 物も作らず、カタログ屋して偉そうな
事言う奴が出てくる。
JAVA界隈は既に腐海に飲み込まれた
982 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 11:58:49.28 ID:x82DeScF.net]: MFCのFeaturePackみたいにVSのWPFコンポーネント群を公開してくれることを期待していたんだが
結局それはなかったな。OfficeのReactNativeはどうなんだろう。
一般プログラマは今までどおりMeterialUIでも使ってろ、とかだとあまり食指が動かない。
983 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 12:22:56.55 ID:SqfEoEmM.net]: 昔はWPF ToolkitというものをMSが公開していたんだよ
ゴミのようなな品質でゲロ遅く、WPFのアーリーアダプター達を幻滅させる結果になった
984 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 12:27:01.64 ID:cbOr/zec.net]: カタログ屋ってなぁに？
985 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 20:15:17.55 ID:/00m1kV3.net]: 良く知らないけどカタログ配ってお歳暮とか受注して問屋に発注して届いたのをお届けする仕事の人なら身近にいる
986 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 14:26:08.73 ID:kL4hKD0u.net]: で、MSOfficeはWPFなの？
987 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 14:45:13.89 ID:kL4hKD0u.net]: あと、IE、EdgeってWPFなん？
988 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 16:34:01 ID:AfXawwEc.net]: .netは糞遅いから実装しても使ってもらえないだろ。
989 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 16:57:21.10 ID:jX3YnxCe.net]: WPFの数倍重いElectron製アプリが増えてきてるくらいだから使ってもらえるだろ
990 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 17:47:10.89 ID:kRvrvIhk.net]: .NETは遅くないよ
991 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 18:01:53.31 ID:no4jCANi.net]: WPFよりはWebkitの方が遥かに速くて軽くてレンダリング結果も美しいけどな
992 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 18:08:23.47 ID:+TqcdXsD.net]: Officeなんかはさすがに既存のコードから書き換える意義が薄いだろうしな
最近でMSがWPF使ってる事例だと新生PIX（グラフィックデバッガ）かな
993 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 19:35:36.72 ID:no4jCANi.net]: >>948
いやOfficeは2010で描画周りがDirect2Dで書き直されてるんだよ
VSのように描画だけWPFにもできたはずだが、WPFは採用されなかったということだ
994 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 20:17:03.52 ID:Un6TNOMl.net]: >>949
Cの直接モードのAPIをC#かつ保持モードのフレームワークに置き換えるのはまた労力がダンチだろうね

と�
995 名前：ｱろでなんでVSはWPFを採用してまだそれを維持してるのかしら？ []: [ここ壊れてます]
996 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 21:44:25.91 ID:DFl2itg/.net]: WPFでVisual Studioを作ってみせてWPFの有用性を示したはずが
同時にWPFの動作の緩慢さも示すことになってしまったという
997 名前：デフォルトの名無しさん [2019/12/05(木) 03:20:14.90 ID:MUccVRBb.net]: しかしWebkit遅いわー
まあ、マシン性能向上とともに。。。かな
でもそうするとWPFでいいか・・・
998 名前：デフォルトの名無しさん [2019/12/05(Thu) 04:51:21 ID:KIwxMo9D.net]: >>946
C++実装したNative呼ばずにC#+WPF使ってブラウザ書いてみればいいじゃない。
Java製ブラウザは遅くて誰も使ってくれなかったけど、なぜC#だと誰も書かないの？
本当は速いと本気で信じてる信者が誰もいないということだね。MSですら書かないのだから。
999 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 07:40:46.17 ID:4YwXhmpa.net]: >>953
ちょっとC#でブラウザ書いてどんくらい重いのか見せて～
1000 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 08:19:34 ID:j8ShDTnb.net]: Win32APIとかDirectXを叩けるC#と使えないJavaを比較するのはアンフェアじゃないのか。
1001 名前：デフォルトの名無しさん [2019/12/05(Thu) 08:34:11 ID:q0kDwfyl.net]: でも、それも言語の実力のうちですよね？
1002 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 11:27:45 ID:9zn59iXI.net]: C#から Win32API や DirectX って、PythonからAIや数値計算用のCの
ライブラリを呼び出してPythonは遅くないと主張しているのと似てる
気がするのは俺だけか。

C#は、unmanagedコードでC/C++や、unsafeでC/C++のポインタも使える
けど、それまで含んでしまった場合、果たしてC#と呼べるかどうか。
それはC#の皮をかぶったC++じゃ。
1003 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 11:40:44 ID:dtUadt8o.net]: DllImportやCOM interopでC/C++を呼ぶのはともかく、unsafeは普通にマネージコードの範疇
1004 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 11:44:06.27 ID:j8ShDTnb.net]: その辺の汚い手口がC#だろうに。
1005 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 11:55:42 ID:ksEXr90h.net]: ポインタ使うことがCって意味がわからん
Cと同じような処理や記述ができるだけであってCを使ってるわけじゃないじゃん
1006 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 11:57:45.27 ID:A31OBEMZ.net]: 別にjavaだろうがjniで呼び出しゃいいんじゃない
1007 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 12:17:51 ID:pqgHga98.net]: ffiがない言語なんてねーよ
1008 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 12:42:15 ID:P/hgT5Y1.net]: そう、最後は成果物で速度競えばいいんだからやり方はどうでもいい
ただ、そのやり方をするのにどれだけ労力かかるかは考慮しないといけない
なのでCore部分をC/C++で書いて呼び出すとか言ってる奴はアホ
1009 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 13:09:50 ID:j8ShDTnb.net]: Core部分はエロい人が作ってくれるからそれを使うだろう。
1010 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 13:39:51.09 ID:9zn59iXI.net]: >>964
だとすれば、C#を使っていれば、そのエロい人にはなれないって事になってしまう。
1011 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 14:04:55 ID:XkZ3QHfI.net]: WebブラウザのCoreであるエンジンを労力をかけてC++で作るのがアホだと？
1012 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 14:28:06 ID:dtUadt8o.net]: >>965
それはその通り
なりたきゃC++かRustでもやりなさい
C#の人はC#に閉じ籠ろうとする傾向があるが、プロなら言語なんか必要に応じて何でも使えて当たり前だぞ
1013 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 14:33:50 ID:B24oBWf/.net]: >>967
そういった傾向を扱ったデータってある？
1014 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 15:06:59 ID:A31OBEMZ.net]: なんやC#erはすぐネイティブに逃げられてズルイ的な流れじゃないんかい
もうなんの話してんのかわからんな
1015 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 15:37:51.07 ID:dtUadt8o.net]: .NET Coreもあるとはいえ、殆どのC#erにはそもそもWindows縛りがあるから選択肢が少ないのは当たり前
1016 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 16:11:18 ID:A31OBEMZ.net]: むしろWindowsのコアなとこが.NETになってないから
逆にC#で完結出来ずにネイティブに下らざるを得ん�
1017 名前：ｱとの方が多いわ []: [ここ壊れてます]
1018 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 21:48:17.46 ID:h9kiKIdP.net]: だからこっちでやれ

C#とC++を無理矢理戦わせたい人専用スレ
https://mevius.5ch.net/test/read.cgi/tech/1574852588/

無理矢理ここで続けるやつはWPFに嫉妬してる荒らしな
1019 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 07:49:10.65 ID:X2lBJVtD.net]: >>972
だからWPFの質問しても誰も答えてくれないじゃん。

MSオフィスやIE、EdgeはWPF使ってるの？なんで使わないの？
1020 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 08:29:31.36 ID:Rsc9FZ2h.net]: MSにきけよｗ
1021 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 08:30:55.25 ID:5tJLg0aa.net]: MSはWPFをちゃんとやり遂げろよ
思想は魅力的だったのに途中で投げ出して
MS製フレームワークは信用できん
1022 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 11:27:42 ID:hrxrVZ8z.net]: staticおじさんみたいなのが住み着いちゃってるじゃん
1023 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 12:43:37 ID:OcIGrh02.net]: >>973
お前のガイジ行動に付き合って回答するとなんか特典あんの？
1024 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 17:24:09 ID:X2lBJVtD.net]: >>977
おまえみたいな煽りしかできない無知な低スキルのバカには質問してません。
スルーしてください。二度とレスしないでね、リアルガイジクンw
1025 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 19:20:34.65 ID:mVxSuGhK.net]: >MSオフィスやIE、EdgeはWPF使ってるの？なんで使わないの？
これが高スキルの質問！
1026 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 20:11:52.25 ID:hq74WDs3.net]: 別に何が何を使っていようが
自分が作りたいものが作れるフレームワークを
選べば良い話だと思うけどな
1027 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 20:15:58.99 ID:X2lBJVtD.net]: MSの主要開発グループがC#+WPFを選ばなかった理由を教えてくれてありがとう。
1028 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 20:58:48.86 ID:OcIGrh02.net]: >>981
どういたしましてガイジ
1029 名前：デフォルトの名無しさん mailto:sage [2019/12/07(土) 08:09:36 ID:8f/o+FPQ.net]: C#は速いのガイジ連呼君ってまだいたんだな。
1030 名前：デフォルトの名無しさん mailto:sage [2019/12/08(日) 08:09:16.68 ID:EF3bH9/K.net]: C#が速くないって使えばすぐ分かることなのにな。
C#信者なのにDelphi使ったことなかったんかな。
1031 名前：デフォルトの名無しさん mailto:sage [2019/12/08(日) 08:46:10.33 ID:UwyZ0Jgr.net]: STLが遅いのよ
1032 名前：デフォルトの名無しさん mailto:sage [2019/12/08(日) 20:56:27.43 ID:8DdeNGwC.net]: C++以外で早いGUI作れる言語って逆に何？
1033 名前：デフォルトの名無しさん mailto:sage [2019/12/08(日) 20:58:33.58 ID:nkmYCcnC.net]: >>986
Windowsでは無いです。
1034 名前：デフォルトの名無しさん [2019/12/08(日) 21:45:35.20 ID:mTquKR0o.net]: GuptaのTeam Developerって今WPFと連携するのか
Delphiはいいものだったけどヘジたんが抜けてから迷走してしまったな
1035 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 07:19:11.29 ID:9JRKUfUh.net]: >>986
なんでそんな初心者みたいな質問するん？
アセンブリ言語、C言語、Object Pascal(Delphi)あたりで書けばC++より速いですよ。
1036 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 08:47:42.53 ID:bgyFjDqs.net]: >>986
意外とVB６
Live2ｃｈとか触ってみると実感できる
1037 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 09:03:26.75 ID:uViwYCI3.net]: 或いは肥前山口ー肥前鹿島ー大村ー長崎のスーパー直線ルートでもいいな。
1038 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 10:15:22 ID:JoeodElM.net]: >>990
それVBっていうかWinFormsなら軽いって話でしょ
1039 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 10:54:58.43 ID:9JRKUfUh.net]: とうとうVB6が何かすら知らない世代が現れたか。それともただの初心者か。
1040 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 11:05:00 ID:T4jQEVxC.net]: Win32のコモン・コントロールだけ使ってアニメーションとかしないのが起動も動作も一番速いよナー
1041 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:06:11.40 ID:EbwxdCru.net]: VB6まで入れるならDelphのほうがネイティブコードだから速いだろ
1042 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:14:38.93 ID:p2vwrHAt.net]: >>992
VB6だって言ってるだろうが
1043 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:36:50.08 ID:9LsUsH++.net]: 次スレ

WPF(.NET4.x, .NET Core) GUIプログラミング Part24
https://mevius.5ch.net/test/read.cgi/tech/1575862574/
1044 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 14:17:49.16 ID:9acD2Ap0.net]: VBとVB.NETの区別がつか�
1045 名前：ﾈい初心者様と 全部C++でGUI書きたい上級者様が同居してんのかここ []: [ここ壊れてます]
1046 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 14:25:28.26 ID:ZDnVy+Tb.net]: 初心者と上級者というより
若者と老人だろ
若い子は大昔のくだらない経緯なんて気にせず最新技術を追っていけ
1047 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 14:39:32.99 ID:9acD2Ap0.net]: どっちもなんでこのスレ居るんだよ
1048 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 207日 6時間 47分 1秒
1049 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

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

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