WPF(.NET4.x, .NET Core) GUIプログラミング Part24at TECH
WPF(.NET4.x, .NET Core) GUIプログラミング Part24 - 暇つぶし2ch207:デフォルトの名無しさん
20/04/08 06:05:58.17 VR2/ByYb0.net
>>204
そういうの有りそうw
インストーラの依存関係から漏れてるかな?

208:デフォルトの名無しさん
20/04/17 17:07:14.15 DEUx8cw20.net
ScrollViewerの最小サイズを指定する方法を教えてください

209:デフォルトの名無しさん (ワッチョイ df35-ycy0)
20/05/05 09:27:45 xw5tj5Ew0.net
ねーねー
教えて欲しいんだけど

C#で記述すると
sender is Button b

のような is を、C++/Cliで表現すると、どのように記述するの?
※is なければ dynamic_cast で判定したりするん?

210:デフォルトの名無しさん (ワッチョイ e72d-BCJ4)
20/05/05 09:41:16 ZtDgbM1L0.net
ぼーっと生きてんじゃねぇよ!

211:デフォルトの名無しさん (ワッチョイ df89-HpdM)
20/05/05 10:21:47 AdTM4q7h0.net
>>207
b::typeid かなあ
ぼーっと生きてるんで分からん

212:デフォルトの名無しさん (ワッチョイ df35-ycy0)
20/05/05 14:46:08 xw5tj5Ew0.net
>>209
ありがとうございます。
マクロかテンプレート組んでみますわ

213:デフォルトの名無しさん (ブーイモ MMd6-CDXL)
20/05/12 17:41:57 hY6zA/rDM.net
Linuxで使えんのかこれ?
メンテナンスの依頼が来たんだが、おうちにWindowsないからお勉強できないんだが

214:デフォルトの名無しさん (ワッチョイ 1763-C4Ru)
20/05/12 17:51:59 8wEDw8Rw0.net
>>211
Linuxでは使えない

215:デフォルトの名無しさん (ワッチョイ 5b2d-C0uG)
20/05/12 18:11:23 Rm1nFE+i0.net
>>211
経費で買えば

216:デフォルトの名無しさん (ワッチョイ d35f-tC6Q)
20/05/12 18:17:52 GG8UV2/o0.net
.NET coreだとだめなの?
やりたいことが出来るかは知らんけど

217:デフォルトの名無しさん
20/05/12 18:25:33.51 Rm1nFE+i0.net
>>214
WPFは.NET coreでも動くけど、Windows専用
Linux+.NET coreじゃ動かない

218:デフォルトの名無しさん (ワッチョイ d35f-tC6Q)
20/05/12 19:05:50 GG8UV2/o0.net
>>215
そうなんだ、ごめん
よくわかってなくて失礼した

219:デフォルトの名無しさん (ワッチョイ 9f9e-X6oS)
20/05/14 10:31:47 IJMYY1560.net
どこに保守頼んでも断られて無知な犬厨が受けてしまったか。ご愁傷さま。

220:デフォルトの名無しさん
20/05/14 11:59:28.26 CtuOTcJGa.net
今更WPFアプリのメンテとか絶対やりたくないな
今時Winクライアントアプリって時点で苦痛なのに、もはや覚えても何の役にも立たないオワコンフレームワークとか地獄すぎる
全力で逃げた方がいいぞ

221:デフォルトの名無しさん
20/05/14 12:09:39.36 ooznbMWa0.net
>>218
じゃあ何で作るのがいいの?

222:デフォルトの名無しさん (ワッチョイ 9b4f-gIXh)
20/05/14 22:45:53 c8b+AWhI0.net
あとはWebかスマホかな。個人的にはそっちの方が制約が大きくて苦痛だが。

223:デフォルトの名無しさん (ワッチョイ 07ad-XScl)
20/05/15 00:14:06 WhbhAQET0.net
>>220
代替できてないじゃん
Windowsがなくならない限り、そのクライアントアプリの仕事もなくならないと思うが

224:デフォルトの名無しさん (ワッチョイ 9f9e-X6oS)
20/05/15 08:07:53 QqRlTuRs0.net
winformが今でも鉄板だと言ってみるか

225:デフォルトの名無しさん (ブーイモ MM5b-6xlw)
20/05/15 08:25:42 uUo0Y4yAM.net
高dpiで破綻してる

226:デフォルトの名無しさん
20/05/15 08:42:18.48 1eO57Rtu0.net
老眼鏡で対応!

227:デフォルトの名無しさん (アウアウウー Saaf-LZFT)
20/05/15 08:53:17 mPMl4nbia.net
部署内ツール程度の小規模開発ならWinFormで事足りる

228:デフォルトの名無しさん
20/05/15 08:56:55.16 QqRlTuRs0.net
オフィスのPCで4k普及なんてあと10年先じゃないかな。2k普及だって怪しい。

229:デフォルトの名無しさん
20/05/15 09:07:59.09 vlJSs5fLM.net
ノートPCは既に96dpiじゃ無いよ

230:デフォルトの名無しさん (ワッチョイ 9f9e-X6oS)
20/05/15 23:20:38 QqRlTuRs0.net
こいつリアルコミュ症だよね?

231:デフォルトの名無しさん
20/05/16 08:07:06.88 GpzxgeW40.net
10年後のオフィスにpcがあるかどうかわからんよ

232:デフォルトの名無しさん
20/05/16 08:50:19.48 LhTJIslf0.net
実行ボタンと中断ボタンがあるよくある仕組みだと現状何で作るのがベスト?

233:デフォルトの名無しさん (ワッチョイ 1f89-6xlw)
20/05/16 09:25:24 GpzxgeW40.net
WPFスレなのでWPFとTPL
で、CancellationToken使う

234:デフォルトの名無しさん
20/05/18 12:13:34.55 81qwA9rBM.net
計算プロパティをOneWayバインディングしたのに反応しないぞ
バグか?

235:デフォルトの名無しさん
20/05/18 12:17:59.93 UifG0Ejn0.net
WPFが怪しい場合もあるけど、大抵は自分のバグ

236:デフォルトの名無しさん (ブーイモ MM5b-26de)
20/05/18 12:26:19 81qwA9rBM.net
int A
get a
set a = value; RaisePropCh("A")

int B
get A * 2

こんな感じなんやけどAに入力してもBが変わらんのや

237:デフォルトの名無しさん
20/05/18 12:52:29.13 UifG0Ejn0.net
>>234
端折られてて良く分からないけど
Bの変更を通知してないのかな

238:デフォルトの名無しさん (ブーイモ MMe1-mStQ)
20/05/18 12:54:23 /9ODvOSTM.net
不明な言語じゃ

239:デフォルトの名無しさん (ブーイモ MM5b-26de)
20/05/18 13:09:49 qLYceyQ7M.net
RaisePropCh("A", "B")にすればええのんか
でもBがAに依存しとるという情報をAに書かなあかんてなんか気持ち悪いねん

240:デフォルトの名無しさん (ブーイモ MMe1-mStQ)
20/05/18 13:18:38 /9ODvOSTM.net
RaisePropChって何じゃ?

241:デフォルトの名無しさん (ワッチョイ 2f2d-imz8)
20/05/18 13:28:27 UifG0Ejn0.net
>>237
Aの更新通知(INotifyPropertyChanged.PropertyChangedイベント)を監視して
Aが更新されたらBの更新を通知すれば良い
AとBが同じクラスなら気にしないで良いと思うけど

242:デフォルトの名無しさん
20/05/18 15:37:04.87 EIO3K/YzM.net
>>238
RaisePropertyChangeじゃろ
あんな書き方しないけど、それでも分かるでしょ

243:デフォルトの名無しさん (アウアウウー Sa1d-/iGY)
20/05/18 15:51:45 W1RwdSEUa.net
WPFがもし大成功して今でも新機能開発が続いていたら、Reactみたいにプログラミングモデル上は脳死で全更新するだけでよくて
フレームワークがうまいこと差分取って効率的に更新してくれるようになってたのかもね

244:デフォルトの名無しさん (ブーイモ MMe1-mStQ)
20/05/18 15:59:03 9zeuFziKM.net
>>240
中の実装も怪しいよねえ

245:デフォルトの名無しさん (ワッチョイ a72c-MWp5)
20/05/18 17:11:19 TSImRkOU0.net
>>237
そんなあなたにReactiveProperty…(´・ω・`)

246:デフォルトの名無しさん (ワッチョイ d7d2-DBEz)
20/05/18 17:27:14 Z3Rh0TcW0.net
RactivePropertyはObservableCollectionとsynchronizedできないやん

247:デフォルトの名無しさん (ブーイモ MM5b-26de)
20/05/18 19:27:28 iSeSPLtnM.net
解決策を発見したで
プロパティ名をnullでRaiseすれば計算プロパティもええ感じにバインドされるみたいやわ

248:デフォルトの名無しさん (ワッチョイ e39c-Xma3)
20/05/18 19:29:22 0/z3ChKA0.net
今windwosアプリ作るのならどういう環境がいいわけ?
めんどくさいからみんなelectronに移行してるんだが

249:デフォルトの名無しさん
20/05/18 19:37:32.28 iSeSPLtnM.net
>>246
Blazorがええと思うで

250:デフォルトの名無しさん
20/05/18 19:38:34.04 CccO1DlI0.net
edgeが標準プラットフォームになったんだから
そろそろhtaのver.2をリリースしてください

251:デフォルトの名無しさん
20/05/18 19:43:43.05 ZhbDs7dG0.net
>>247
良い参考書ある?

252:デフォルトの名無しさん (スフッ Sd2f-MWp5)
20/05/18 19:51:06 vBUqFIJ5d.net
>>248
Electronでいいんじゃん

253:デフォルトの名無しさん
20/05/18 20:13:51.16 0/z3ChKA0.net
Blazorって.NETランタイムをWebAssembly上で実装?
MS何考えてるんだ

254:デフォルトの名無しさん (ワッチョイ 1f89-mStQ)
20/05/18 20:16:18 voyPms160.net
>>251
ステキやん

255:デフォルトの名無しさん
20/05/18 20:45:36.06 OlqJzzRHM.net
BlazorはMSのR&Dの社員がお戯れに作ったもので、戦略もクソもない
アイデアとしては面白かったが既に下火だし、最終的に似たような技術が天下を取ることもあるかもしれないけどそれは多分Blazorではないよ

256:デフォルトの名無しさん
20/05/18 20:48:44.57 IzLs84ewa.net
Blazorは色々計画しとるみたいよ
とりあえず.NET 5になってからだな

257:デフォルトの名無しさん
20/05/18 20:49:55.40 z7Wgw8Hr0.net
デスクトップアプリはMSがやる気なくて、これと言ったのが無いよなぁ
消去法でWPF使ってるけど

258:デフォルトの名無しさん
20/05/18 20:51:18.45 E0eJeBp00.net
>>253
SignalRとかも元々お戯れだったけどな

259:デフォルトの名無しさん
20/05/18 20:55:02.89 0/z3ChKA0.net
まあもうネイティブアプリの時代じゃないんだろうけどね
ゴリゴリにWin32 API書いてたのが懐かしい

260:デフォルトの名無しさん
20/05/18 20:59:14.82 01ZM3hPz0.net
>>250
electronはJavascriptだから駄目

261:デフォルトの名無しさん
20/05/19 16:00:16.65 TDgQXoGP0.net
silverlightにはならないで欲しいなblazor

262:デフォルトの名無しさん
20/05/19 16:02:22.49 UZUeOLhY0.net
Blazor黒魔術感やばいけど
なぜC#なのか
TypeScriptならワンチャン覇権あったのに

263:デフォルトの名無しさん (ブーイモ MMe1-mStQ)
20/05/19 16:31:58 xHwcbnwDM.net
サーバもクライアントもc#使いたい

264:デフォルトの名無しさん (ワッチョイ 3bad-fRvC)
20/05/19 17:02:18 a0TVrn2w0.net
JavaScriptに触れる機会が減るだけでも嬉しい

265:デフォルトの名無しさん (ドコグロ MMdf-cWUa)
20/05/19 18:44:41 SeGhJOd4M.net
>>261
禿同
Javascriptを駆逐してほしいわ

266:デフォルトの名無しさん (テテンテンテン MM17-/iGY)
20/05/19 18:55:29 Gmm+b2VzM.net
TypeScriptならそこまで毛嫌いするほどかな
それにJavaScriptのクソさって言語もさることながら主にDOM操作が問題なわけだけど、
Reactみたいな最近のフレームワーク使うならDOM操作は完全に抽象化されていてテンプレートで宣言的に書けるようになってるよ
BlazorでDOM触らなくていいのはReactと似たアーキテクチャになってるからで、
言語がC#だろうがDOM操作をもし生でやるなら下痢便みたいなコードになるのは違いない

267:デフォルトの名無しさん (ワッチョイ 3bad-fRvC)
20/05/19 19:29:29 a0TVrn2w0.net
>>264
Blazorで下痢便みたいなコードってたとえばどんなの?

268:デフォルトの名無しさん (ワッチョイ 4d1d-ucyj)
20/05/19 19:57:06 8HY/3oGP0.net
「慶應卒の学歴なんていらない」10代起業で成功する子の共通点
URLリンク(www.excite.co.jp)
起業で成功するキャリア形成の仕方とは? 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
URLリンク(sogyotecho.jp)
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
URLリンク(www.dreamgate.gr.jp)
学生起業家が開発、「人を軸に本を探すアプリ」とは?読書通じて「考える力」養って
URLリンク(newswitch.jp)
島田商高生がアプリ考案、発表 ICT起業家育成プログラム
URLリンク(www.at-s.com)
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
URLリンク(diamond.jp)
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
URLリンク(diamond.jp)

269:デフォルトの名無しさん (ワッチョイ 9b4f-gIXh)
20/05/19 20:04:52 JYXLTsSv0.net
>>260
MSILがブラウザ上で動くってのがBlazorのポイントだろ。TypeScriptはもとからトランスパイルできるじゃん。
WASMがポイントだというなら動的なJSやTSは今のところ無理だね。

270:デフォルトの名無しさん
20/05/19 20:58:37.12 +YYtOpaV0.net
C#で下痢便書くような奴なら
JavaScriptではどんなに美しいコードが書けることだろう

271:デフォルトの名無しさん
20/05/20 00:54:11.64 gFuy/SkY0.net
MAUI…

272:デフォルトの名無しさん
20/05/20 05:48:13.84 w+/0aUwf0.net
マイクロソフト、新UIフレームワーク「.NET Multi-platform App UI」(.NET MAUI)発表。単一コードでマルチプラットフォーム対応。Microsoft Build 2020
URLリンク(www.publickey1.jp)

273:デフォルトの名無しさん
20/05/20 09:22:01.57 mXqWoGfUa.net
Unoを勉強しようとした矢先にこれだよ

274:デフォルトの名無しさん (アウアウウー Sac7-YFMs)
20/05/20 11:15:09 6CLBLdpca.net
> In addition, we are enabling developers to write fluent C# UI and implement the increasingly popular Model-View-Update (MVU) pattern. MVU promotes a one-way flow of data and state management, as well as a code-first development experience
ついにMVVMも時代遅れのゴミになったな
モデルとしてはReactに近い?
そしてもう名前すら出てこないWPF

275:デフォルトの名無しさん (ブーイモ MM26-NLVI)
20/05/20 11:17:46 nPhD6zxkM.net
Blazorでいいじゃん

276:デフォルトの名無しさん
20/05/20 11:23:11.88 IaKWAlqDM.net
Blazorで統一ならまだ勝ち目はあったかもね
まあまともに今のWinUI系のXAMLを使い込んでるのなんてMS自身くらいだろうし、
広く使ってもらうというよりMSが自分で使う目的が主なんじゃないかな

277:デフォルトの名無しさん (ブーイモ MM26-0OSs)
20/05/20 11:44:37 OOHYhx3ZM.net
>>273
ローカルのリソースやデバイスへのアクセス制限がウザい

278:デフォルトの名無しさん (ブーイモ MM26-0OSs)
20/05/20 11:48:15 OOHYhx3ZM.net
>>272
MVUってMVVMの進化系っぽいけど
コーティング量が減って良さげ

279:デフォルトの名無しさん
20/05/20 12:02:19.47 IaKWAlqDM.net
one-way bindingだからMVVMとは根本的に別物でしょ
Webで流行りのいわゆる仮想DOMってやつで、更新の度にテンプレート当ててUIツリーを全部書き直してdiff取りゃ実際に画面に反映させるべき差分は分かるんだから、
なんちゃらPropertyChangedとかいちいちプロパティ毎にクソ煩雑な低レベルな制御しなくてもいいだろ
って思想だ

280:デフォルトの名無しさん (ブーイモ MM26-NLVI)
20/05/20 12:34:23 7/dKeltHM.net
今にして思うとPropertyChangedってサイコーに頭悪いアイデアだったな

281:デフォルトの名無しさん
20/05/20 13:32:07.78 1IOTYjbV0.net
いやいや、今までのMVVMと大差ないから...
アプリ分割方法は今まで通りモデルとビューとビューモデルに分割して問題なし
単にフレームワーク提供の双方向バインディングがなくなったから、ユーザーイベント発生時にコードビハインドでビューモデルのメソッドを呼ぶようになるだけ...
基本は単にそれだけ。後はxamlという専用の言語使わずにレイアウトを宣言的に記述できるようになるだけ。これは、厳密にはMVなんたらとかアーキテクチャと関係ないだろう

282:デフォルトの名無しさん (ワッチョイ 979e-ixuB)
20/05/20 14:52:20 Mh8h++lf0.net
>>278
ウンコ脳乙

283:デフォルトの名無しさん (ワッチョイ 9a9c-DQkM)
20/05/20 16:43:42 6j7TSTe10.net
SwiftUIを丸パクリじゃねーか

284:デフォルトの名無しさん
20/05/20 18:05:19.19 IaKWAlqDM.net
>>279
VとVMの間の分離が皆無な時点で全然違うと思うが

285:デフォルトの名無しさん
20/05/20 18:23:46.54 IaKWAlqDM.net
あと、勘違いしてるようだがイベント発生時にはコンポーネント(たぶん279のいうVM)自身のステートを更新するんじゃなくてMを更新するんだぞ
その結果としてビューの更新が走ってbody関数が呼ばれて画面に反映されるというのが本来の流れだ
サンプルコードではそのへん省略してコンポーネントに直接ステートを持たせてるようだが、原則としてはコンポーネントは可能な限りステートレスにするんだよ
もちろんコンポーネントはVMみたいにMのプロパティを猿のようにラップする必要もなくて、究極的には単純にMを入力したらDOMを返す純粋関数になるのが理想

286:デフォルトの名無しさん (ワッチョイ f390-zBqI)
20/05/20 18:57:17 1IOTYjbV0.net
>>283
いや、何を更新するかそこは自由に選べるから...

イベント発生時にビューモデルのメソッド呼べば、ビュー,ビューモデル間のデータフローが双方向になり今までの通りにMVVMになるし、他のなんたら?モデル呼べば例えばfluxになったり

flutterもそうだが別に限定されてない

287:デフォルトの名無しさん (ワッチョイ f390-zBqI)
20/05/20 19:03:14 1IOTYjbV0.net
>>282
それは君が分離してないだけ

288:デフォルトの名無しさん (ワッチョイ 4e10-D1oa)
20/05/20 21:35:52 60/2mOaG0.net
MVUってことはElmみたいな感じになるのかしらん。
F#との親和性も上がるといいな。

289:デフォルトの名無しさん (ワッチョイ 9a6a-crVl)
20/05/20 21:42:38 XSjOvyTE0.net
>>286
URLリンク(thomasbandt.com)

290:デフォルトの名無しさん
20/05/21 13:57:53.85 P/deDe4f0.net
中途半端な絵空事を追いかけるよりExcelをさっさと.Net化して欲しいわ
いつまでCOMやねん

291:デフォルトの名無しさん (ワッチョイ 2702-/3rX)
20/05/21 15:00:00 jDxzpvC30.net
アホやなぁ

292:デフォルトの名無しさん (アウアウウー Sac7-8pht)
20/05/21 15:09:47 4VRnGZ6Na.net
モバイル版は既にかなりの部分がC#なんじゃない?
Win版を置き換えることはないだろうけど、既にWin版のOfficeの一部にも.NETは使われているし、
今後は本体に.NET Coreが組み込まれてC#で書かれたコードが増えていくことも十分考えられる
プラグイン機構のことを言っているのなら、そもそも現在MSが推進しているWinRT系のRPCの仕組みはCOMベースなので、仮に今後新しい仕組みに置き換えられるとしても.NETベースになる望みはない

293:デフォルトの名無しさん
20/05/21 15:42:08.73 9+MRXYOc0.net
UI部分はすでに全部React Native Windowsだろ

294:デフォルトの名無しさん (ワッチョイ 4ef2-crVl)
20/05/22 00:28:36 GK58a6PU0.net
WPFでなくてすまないんだが、

UWPでデバッグしようとしたら、デバッガが無い風のメッセ出て
上手く動かないんだが。
VS2017のcommunityっす

295:デフォルトの名無しさん
20/05/22 00:31:55.75 vS7paOX80.net
UWPってなーに?

296:デフォルトの名無しさん
20/05/22 00:46:04.97 Gu1hoeqg0.net
>>292
Windows 10 UWPアプリ開発 Part 2
スレリンク(tech板)
質問するならメッセージは正確にネ!

297:デフォルトの名無しさん (バッミングク MM37-sQKC)
20/05/22 12:48:18 lbX1xonYM.net
>>293
Ultra Windows Powet

298:デフォルトの名無しさん (ワッチョイ 7642-/o6E)
20/05/24 16:56:50 YD2G6Bau0.net
完全に趣味でプログラムやってて
WPFに手を出してみようと思い↓のサイトのドキュメントで学習してたんだけど
URLリンク(kisuke0303.sakura.ne.jp)

↓の106ページ目のコード動かしてみても図の通りにコンソールにファイルパスが表示されず「コールバック処理を行います」とだけ表示される。
URLリンク(kisuke0303.sakura.ne.jp)

でもサンプルのコード見る限りだとこれが正常な動作な気がするんだけど(ファイルパスを表示させる部分の記述が見当たらないので)
俺が何か見落としてるのだろうか。

299:デフォルトの名無しさん (ワッチョイ da89-0OSs)
20/05/24 20:12:23 3qlZzirT0.net
wpfのチュートリアルはかずき大先生のページ以外は駄目だよ~

300:デフォルトの名無しさん
20/05/25 06:07:47.12 ylkOF+xS0.net
>>296
ぱっと見だと図のような表示コードないね
多分途中で書き換えたのにコード側に反映忘れてる
まあ本でも誤植なんてしょっちゅうだし自分で合うように書き換えよう

301:デフォルトの名無しさん (ワッチョイ 3363-f9J/)
20/05/25 06:39:47 ylkOF+xS0.net
WinUI 3も結局UWPみたいなタブ向けUIなんだな
Fluentだなんだか知らないけどデスクトップ向けもうたうならちゃんとレガシー()コントロールも用意して欲しい

302:デフォルトの名無しさん
20/05/25 17:09:39.62 quw8Fr750.net
レガシー必要なのってもう業務系アプリくらいだからなあ

303:デフォルトの名無しさん (ワッチョイ 072c-QPgs)
20/05/25 22:50:42 yXchdJnh0.net
>>300
まあ業務系アプリはいつまでたっても一定の需要はあるからな(´・ω・`)

304:デフォルトの名無しさん
20/05/26 08:29:06.51 2WnNvGhAa.net
>>300
業務系アプリがなくなるってあり得なくね?

305:デフォルトの名無しさん (ワッチョイ 6301-UYz0)
20/05/26 08:46:30 O4WcavVK0.net
>>300
趣味で物作っている訳じゃないので

306:デフォルトの名無しさん (ブーイモ MMe7-0OSs)
20/05/26 08:57:52 iAXb1ypnM.net
業務系はWeb化してきてるし
webformだからレガシーだけどな

307:デフォルトの名無しさん (ワッチョイ 1aad-cFKA)
20/05/26 09:00:13 xP2EobkM0.net
>>304
デスクトップアプリはなくならないよ
需要は減るけどね

308:デフォルトの名無しさん
20/05/26 10:54:31.21 sswBOnn3a.net
お手軽だからね

309:デフォルトの名無しさん
20/05/26 10:59:33.02 6ileE2Zca.net
今時はそうでもないわ
クラウドがあるからWebの方がお手軽

310:デフォルトの名無しさん
20/05/26 11:16:04.18 m1O5KGL0d.net
場合によるやろ

311:デフォルトの名無しさん (ブーイモ MMe7-0OSs)
20/05/26 11:21:18 iAXb1ypnM.net
winformが一番お手軽

312:デフォルトの名無しさん
20/05/26 13:22:34.05 pBlDnMjv0.net
当初から散々ゴミと言われたとおりWPFは普及せず、
クラウド化しても企業の効率なんて当然上がらず、社員は不便を強いられ、
データを吹っ飛ばれさてから黙れされた連呼する自称SEたち。
ここの住人は馬鹿ばかりだなw

313:デフォルトの名無しさん (ブーイモ MM7f-0OSs)
20/05/26 14:47:17 2xWZOgbyM.net
お前も含めてだけどな

314:デフォルトの名無しさん (ワッチョイ 072c-QPgs)
20/05/26 23:15:16 d+nvHOzJ0.net
そう。俺もお前もだ

315:デフォルトの名無しさん (ワッチョイ 1aad-VIJV)
20/05/26 23:17:39 +nwpuOj70.net
おまいら、飲みにでも行け

316:デフォルトの名無しさん
20/05/27 08:54:48.80 32H/szl0a.net
>>313
コロナに油断するな!

317:デフォルトの名無しさん
20/05/28 17:33:33.18 epMUI4Mx0.net
.net FrameWorkのOWINで
app.UseCookieAuthentication(new CookieAuthenticationOptions
{
AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
LoginPath = new PathString("/Login/Index"),
CookieName = ".AspNet.SharedCookie",
Provider = new CookieAuthenticationProvider
{
OnValidateIdentity = SecurityStampValidator.OnValidateIdentity<IdentityUserManager, IdentityUser>(
validateInterval: TimeSpan.FromMinutes(0),
regenerateIdentity: (manager, user) => user.GenerateUserIdentityAsync(manager))
},
TicketDataFormat = new AspNetTicketDataFormat(
new DataProtectorShim(
DataProtectionProvider.Create(new DirectoryInfo("C:\\TEMP"),
(builder) => { builder.SetApplicationName("SharedCookieApp"); })
.CreateProtector(
"Microsoft.AspNetCore.Authentication.Cookies." +
"CookieAuthenticationMiddleware",
"Identity.Application",
"v2"))),
CookieManager = new ChunkingCookieManager()
});
System.Web.Helpers.AntiForgeryConfig.UniqueClaimTypeIdentifier = "URLリンク(schemas.xmlsoap.org)
で認証して別の.net Core2.1アプリに遷移するんだが、
.net Coreアプリ内でこの認証クッキーをidentityに復号してsigninしてUser.identityを使いたいんだが方法はあるのか?
認証.net Core自体の認証を完了させたい感じです。
伝われ~

318:デフォルトの名無しさん
20/05/28 19:37:43.46 epMUI4Mx0.net
string authCookkiValue = string.Empty;
HttpContext.Request.Cookies.TryGetValue(".AspNet.SharedCookie", out authCookkiValue);
var ticket = authCookkiValue;
var protectionProvider = DataProtectionProvider.Create(
new DirectoryInfo(@"C:\TEMP\"),
(builder) => { builder.SetApplicationName("SharedCookieApp"); });
var dataProtector = protectionProvider.CreateProtector(
"Microsoft.AspNetCore.Authentication.Cookies.CookieAuthenticationMiddleware",
"Identity.Application",
"v2"
);
var ticketFormat = new TicketDataFormat(dataProtector);
var test = ticketFormat.Unprotect(ticket);
で解決しました。
スレ汚し失礼しました。

319:デフォルトの名無しさん
20/05/28 21:04:16.26 AwUHmNLp0.net
他人のコードを読みたくないのはボクだけじゃないはず。

320:デフォルトの名無しさん (ワッチョイ 4101-ZnxB)
20/05/28 21:06:50 wn0+e+em0.net
move ソースファイル名 Null

321:デフォルトの名無しさん (スップ Sddf-uTOw)
20/06/29 09:07:48 j4QcCIztd.net
vs2019でwpf、.NET Core 3.1で作成したアプリのインストーラを作成したいのですが参考になるサイトありますか?

WinFormsと同じようにやってみたのですがプロジェクト出力でプライマリ出力を選ぶと.dllと.runtimeconfig.jsonしかなくexeが存在しません
元のプロジェクトがおかしいのでしょうか?

322:デフォルトの名無しさん
20/06/29 09:36:38.17 NtraNE7CM.net
>>319
やって見たけどプライマリ出力を参照させるとそうなるねえ。
依存関係がうまく抜けてないっぽい。
今のところはプライマリ出力をやめて発行させてpublish�


323:tォルダを参照するしか無いかも。 stack overflow辺りには何か情報があるかも?



324:デフォルトの名無しさん
20/06/29 10:01:33.89 NtraNE7CM.net
.net coreアプリはmsiじゃなくてmsixパッケージを使うようだな。

325:デフォルトの名無しさん (スップ Sddf-uTOw)
20/06/29 10:17:30 j4QcCIztd.net
>>321
ありがとうございます
msixを調べてみます

326:デフォルトの名無しさん
20/06/29 11:14:55.57 gOjcE5IyD.net
msixにするとアプリによっては動かなくなるから気をつけて
行儀のいいアプリなら問題ないと思うけど
dotnet publishの出力先をコピーしてexeのショートカット作るだけのインストーラーが何かで作れるなら、そっちのほうが問題はおきにくい

327:デフォルトの名無しさん
20/06/29 11:43:14.37 NtraNE7CM.net
「実行ファイルパス問題」ってやつかな

328:デフォルトの名無しさん
20/06/29 15:39:11.51 j4QcCIztd.net
>>323
そういう問題が起きる可能性があるのですね。
プロジェクト出力でプライマリ出力ではなく項目の公開を選択でもいいのかな?
それらしいのが作れたけど…

329:デフォルトの名無しさん
20/07/04 02:53:49.50 yoyu8c1l0.net
BlazorはCSSを各コンポーネント毎に好きなの割り当てできるようなバージョンアップは予定してるのかな
ちょっと使い難い

330:デフォルトの名無しさん
20/07/08 14:07:36.01 oYyxJxRd0.net
先月のBuild 2020開催期間中、Microsoftは、デバイスネイティブなアプリケーションを開発するためのマルチプラットフォームフレームワークである.NET MAUIのロードマップを発表した。新フレームワークはXamarin.Formsの進化形に相当し、Android、iOS、macOS、Windows用のネイティブ機能を提供する。
URLリンク(www.infoq.com)

331:デフォルトの名無しさん
20/07/08 15:24:17.95 Kr2gnfN5M.net
UIはデバイスごとに作ったほうが簡単じゃねーの?

332:デフォルトの名無しさん
20/07/16 01:14:38.86 163xTq/Q0.net
はじめからForms全力でよかったんや・・・

333:デフォルトの名無しさん
20/07/27 10:39:34.80 sbz77iMW0.net
キターーー .NET 5.0 RC かな?

334:デフォルトの名無しさん
20/07/27 10:59:18.14 rzcPx0wdM.net
preview7じゃないの?

335:デフォルトの名無しさん
20/07/27 11:40:55.44 9Xn50/5g0.net
URLリンク(var.blog.jp)
未だに大部分のプログラムは Win32(というかMFC)で、
WPFを使ってる中で一番有名な VisualStudio は劇遅。

336:デフォルトの名無しさん (ワッチョイ 4901-oJ29)
20/07/28 18:03:05 hKAsfXZZ0.net
VS級のものがあまりないからでは

337:デフォルトの名無しさん
20/07/28 18:16:39.56 2hGB7urq0.net
>>332
リンク先ではVisualStudioはWPFにしてはすごく軽くて十分に快適って書かれてる(C++とのハイブリッドも疑ってる)のに
何故激遅に書きかわるw

338:デフォルトの名無しさん (ワッチョイ 5161-ag1H)
20/07/28 18:41:04 xreCiHzA0.net
>>334
「WPFの割には軽い」
と言っているだけで、現実には激遅だからだ。

339:デフォルトの名無しさん
20/07/28 19:27:19.79 EEBQNrWer.net
VSは.net版に変わったら非常に遅くなったよ
それだけは譲れないw
サードパーティー製のコンポーネント使ってると聞いた
> WPFにしてはすごく軽くて
WPFでは激遅になると思ってたらそこまで遅くない!と言う意味であると体感している
今でもc++版に戻ったら非常に速いと思う

340:デフォルトの名無しさん
20/07/28 19:33:19.05 3p32kQjLM.net
JavaのIDEと比べたらチョッパヤだろ

341:デフォルトの名無しさん
20/07/28 20:49:33.29 mqD6IZiK0.net
2015が一番重かったけど、2017→2019とどんどん軽くなってきたよね

342:デフォルトの名無しさん
20/07/28 20:52:36.83 mB6yyIIz0.net
そんなゴミと比べないでくれ
悲しくなってくる

343:デフォルトの名無しさん
20/07/28 21:58:41.19 xXl4dtBj0.net
今のVS十分軽いしさっさと古いクソPC投げ捨てて新しいの買ってこい

344:デフォルトの名無しさん
20/07/28 22:29:22.83 R16GmJU50.net
さっきDocker Desktop入れたらUIがWPF製だったわ

345:デフォルトの名無しさん
20/08/02 20:28:06.49 BN6q7uRr0.net
>>334
たしかにVSのタブやページ切替とかの反応は普通のWPFアプリと全然違うんだよな
なんらかのファクターXがあると考えるのが合理的
一般的WPFアプリには慢性的なもたつきが発生する

346:デフォルトの名無しさん
20/08/02 20:46:36.40 B8kL4fh30.net
教科書通りにMVVMなんてしてたらあきまへんって事かな?

347:デフォルトの名無しさん
20/08/02 20:50:09.94 UcfUDTUk0.net
.NET CoreのWPFと.NET FrameworkのWPFでレスポンスに違いはある?

348:デフォルトの名無しさん
20/08/02 21:40:04.40 q/qx3qt30.net
>>342
自分で作ってるWPFアプリと差を感じないけどなあ

349:デフォルトの名無しさん
20/08/02 21:59:33.90 TA4SUPRta.net
>>342
VSはWPFの低いレイヤだけを使って独自のフレームワークを構築している
WPF標準の低品質なコントロールはダイアログにしか使っていない

350:デフォルトの名無しさん
20/08/03 01:12:41.51 9/tK9gy10.net
普通のWPFって、あのクソ重いVSより遅いって、どんだけ遅いの。

351:デフォルトの名無しさん
20/08/03 01:15:53.79 F0bbTFGB0.net
WPF登場が2006年、VSのUIに採用されたのがVS2010から。
自分で作ったGUIライブラリなのに自社ツールに組み込むのに4年もかかるとか
どんだけ設計がゴミだったかがよく分かる。

352:デフォルトの名無しさん (ワッチョイ ede6-sFAx)
20/08/03 03:53:53 N8X3JloH0.net
>>346
むしろその独自のフレームワークを公開してくれよ

353:デフォルトの名無しさん
20/08/03 13:18:21.79 F0bbTFGB0.net
一方、MFCは、MS-Officeで実装後、MFCで提供される。
机上の空論 → 実装 → 使い物にならない
実装しながらブラッシュアップ → 使い物になる
よく話はやはり実際そうなのだ。

354:デフォルトの名無しさん
20/08/07 00:44:47.58 eMMnS8Srr.net
昔ロータスかどこかが表計算ソフトでどうやってもofficeの速度が出ないので調べたら非公開API使ってた!
マイクロソフトは不公平だ!と言ってたらしい

355:デフォルトの名無しさん
20/08/07 00:57:06.91 3pmlvrNK0.net
都市伝説か勘違いしてるか
Lotus123の対抗はexcelじゃなくてマルチプランだ

356:デフォルトの名無しさん
20/08/07 06:55:57.61 W1K5XVv60.net
三四郎「……」

357:デフォルトの名無しさん (ドコグロ MM35-LWG7)
20/08/07 10:33:41 kviOmVZrM.net
>>352
馬鹿なの?
普通に考えて1-2-3のWindows版の話だろ

358:デフォルトの名無しさん
20/08/07 13:52:01.46 ARIlA7ICM.net
>>354
馬鹿なの?
undocumented windows読んだ事無いのか

359:デフォルトの名無しさん
20/08/07 14:16:49.97 SYieViuR0.net
>>355
はあ?
> Lotus123の対抗はexcelじゃなくてマルチプランだ
の話なんだがw

360:デフォルトの名無しさん
20/08/07 18:40:21.36 85+YUIaur.net
自分が買ったPCにLotus123 windows版を入れてたけどなあ

361:デフォルトの名無しさん (ラクッペペ MM8b-tzTG)
20/08/07 18:57:57 k8/Tepp0M.net
win95と同時に32bit版Excelだしやがったから
サードパーティじゃ間に合わん
3.1のころはいい勝負してたと思うよ

362:デフォルトの名無しさん
20/08/07 20:07:48.20 gaDKKGiVM.net
>>358
> 3.1のころはいい勝負してたと思うよ
そうだったっけ?
1993年にFMV買った時はWord/Excelと一太郎/三四郎のどっちかしか無かったような記憶があるが…

363:デフォルトの名無しさん
20/08/11 00:53:29.18 7RgGpk/H0.net
Excelで1900年がうるう年バグってるってのは有名だけどこれってLotus123との互換用なんだよな
もっというとLotus123側もうるう年判定を簡略させるための仕様だったと

364:デフォルトの名無しさん
20/08/11 07:47:24.74 xS/9Ss0TM.net
undocumented APIを検出するtool
でwindows3.xの頃のMS-APPは
インチキしてないって話しだったな。
インチキしてLotusクラッシュさせたのは
DOS1.25の時代だね

365:デフォルトの名無しさん
20/08/11 15:07:51.33 pA06ApZK0.net
今は、そういう嘘より、FUD合戦が流行っている。
「セキュリティーで危ないから、WindowsをUpdateしろ、LinuxよりWindowsの方が安全。」
「セキュリティーで危ないから、セキュリティーソフトを買え」
「セキュリティーで危ないから、ソースがないソフトは駄目。オープンソースを使え」

366:デフォルトの名無しさん
20/08/12 14:54:17.67 Q5zqH5GF0.net
最低限のリテラシーすらないアホを虐殺した方が早い

367:デフォルトの名無しさん
20/08/14 21:56:43.83 19vTStSCU
【A型の人ごめん】「まじめ人間」は、自分の人生を生きられず、しかもお金持ちになれない。
URLリンク(www.youtube.com)
【人生観変わる話】「サラリーマン脳」のヤバい特徴5選。
URLリンク(www.youtube.com)
【人生終了】情弱がハマる「貧困スパイラル」のリアル。
URLリンク(www.youtube.com)
バカでもわかる!ネットビジネスの始め方。
URLリンク(www.youtube.com)
時給労働から卒業しよう!貧乏人が知らない「お金の稼ぎ方」まとめ。
URLリンク(www.youtube.com)
【人生攻略】経験・実績ゼロのあなたが、最短で何者かになる方法。
URLリンク(www.youtube.com)
空気を読んで生きてる「まじめ人間」は成功しないよ。
URLリンク(www.youtube.com)
【残酷】貧乏人はいつも忙しいのに、お金持ちは暇である理由。
URLリンク(www.youtube.com)

368:デフォルトの名無しさん
20/08/23 16:16:47.80 OADC3r990.net
BindingされたCheckBox.IsCheckedはFallbackValueもTargetNullValueも利きませんが
どうやって初期値Trueを入れたらいいのでしょうか?

369:デフォルトの名無しさん
20/08/23 21:29:20.50 OADC3r990.net
解決しました

370:デフォルトの名無しさん
20/08/25 07:57:37.39 CNwadlb30.net
ちゃんと自決しろよ!

371:デフォルトの名無しさん
20/08/25 08:50:57.77 NQev4bWfa.net
おもろ

372:デフォルトの名無しさん
20/08/26 17:12:16.09 +vm/3sbc0.net
Windows 10/.NET Core 3.1
TextBoxにintのプロパティをバインドすると数字以外にエラーを出してくれるようにできるが、
TextBoxのTextを手動ですべて削除したときに最後に有効だった数字がプロパティ側だけに残るのは不具合なのかな。
数字が入ってないのに、その数字で計算されてしまう。
intは空になれないからこうなっているのだと思いint?でも試してみたが同じ結果だった。
intのプロパティにバインドするのは罠?
TextBoxに123と入力されている場合:
12を消して、最後の3を消すと見た目上のTextBoxが空になるが、バインドしたプロパティには3が入っているものとされて扱われてしまう。
そして、3が入っているものとされているため、プログラム上で空になっている場合を処理できない。

373:デフォルトの名無しさん (エムゾネ FF22-yRqa)
20/08/26 17:19:57 dZW3ATMVF.net
3 から先に消して
2 消して
1 を最後に消しても一緒

374:デフォルトの名無しさん
20/08/26 17:37:06.35 KgZIVvH1d.net
stringにしてtryparse

375:デフォルトの名無しさん
20/08/26 19:25:24.29 +vm/3sbc0.net
int諦めてstringにして検証部分書きました。
intのプロパティにバインドしたらそれだけで介護してくれると思わせて、実は手抜き介護だった。

376:デフォルトの名無しさん
20/08/26 22:45:13.55 sGzQHkFA0.net
数値型バインドするときはコンバータで細工するとか必要だったかな

377:デフォルトの名無しさん
20/08/27 10:31:44.59 H/WqeZOsF.net
validator

378:デフォルトの名無しさん
20/08/27 12:33:17.39 vXpNqxXHH.net
学術の巨大掲示板群 - アルファ・ラボ URLリンク(x0000.net)<)

379:デフォルトの名無しさん
20/09/01 02:46:39.17 vwihzMdy0.net
そろそろ普及する予感

380:デフォルトの名無しさん
20/09/02 15:28:55.36 8b/Zi7QA0.net
14年目の正直

381:デフォルトの名無しさん
20/09/02 15:38:08.91 PicHUi2jF.net
Xamarin の本買うかどうか迷ってる
URLリンク(gihyo.jp)

382:デフォルトの名無しさん
20/09/02 16:07:48.75 NYistFqT0.net
WPFの経験があるならXamarinなんて簡単だろう

383:デフォルトの名無しさん
20/09/02 16:11:54.09 YvoVnPDv0.net
Xamarinって結局OSの差分吸収しきれてないんじゃなかったか?

384:デフォルトの名無しさん
20/09/03 07:15:19.61 CV24xPe20.net
みんな挫折した経験だろうな

385:デフォルトの名無しさん
20/09/03 10:11:39.97 DK3Ul6vKF.net
ちょまど攻略に挫折

386:デフォルトの名無しさん (ブーイモ MMcf-Bpoy)
20/09/03 10:13:55 3s47eGNWM.net
攻略出来ても色々と苦労しそうだなぁ

387:デフォルトの名無しさん
20/09/03 10:30:41.16 DK3Ul6vKF.net
げしゅとしちゅえぇんん
URLリンク(voicy.jp)
URLリンク(voicy.jp)

388:デフォルトの名無しさん
20/09/03 10:31:18.09 DK3Ul6vKF.net
どうしてフォロワー多いの?に答えてみた
URLリンク(sakumaga.sakura.ad.jp)

389:デフォルトの名無しさん
20/09/03 12:17:47.97 ABKyW7suM.net
でも腐女子なんでしょ

390:デフォルトの名無しさん
20/09/08 01:48:21.00 L2ZCtfX62
ノロケツイートがバズって起業! カップル・夫婦向けサービス「ふたり会議」が反響を呼ぶワケ
URLリンク(www.itmedia.co.jp)
コロナで細る“起業”を手助け。クラウド会計freee、スマホアプリで設立書類を作成できるサービス
URLリンク(www.businessinsider.jp)
岐阜大に「起業部」誕生 行動力ある人材を育成
URLリンク(www.chunichi.co.jp)
日本発 “世界最強グローバルEC”を率いる起業家・原田真帆人の挑戦
URLリンク(news.yahoo.co.jp)
起業家から事業家へと自らを進化させなければ、さらにスケールすることはできない
URLリンク(diamond.jp)
爆速で成長する2社の成長の秘訣とは?オンラインイベント 『爆速で成長するスタートアップの始め方』を開催
URLリンク(prtimes.jp)
医師兼起業家の草分け 医療事故隠蔽事件が転機に
URLリンク(style.nikkei.com)
NHKを辞めてユーチューバ―に。起業は「縛られない自由な生き方」なのか
URLリンク(www.itmedia.co.jp)
会社のDNAとも言えるミッション、ビジョン、バリューをどのように策定すればよいのか?
URLリンク(diamond.jp)

391:デフォルトの名無しさん
20/09/09 02:07:29.24 jnVpz/Pm0.net
WPFがスタートでこけた理由って当時の要求スペックの高さもあるけど、MVVMパターンというものを主張しすぎたよね
適用できる一つのパターンであるのに、それがすべてであるかのように広められてしまったのでWPFは敷居が高いと錯覚させてしまった
WinFormsのコードビハインドの部分がXAMLとして前面に出てきただけというところからスタートするべきなんだよ
あとMVVMパターンを説明しすぎている
パターンって理解してなくてもその通りに実装すれば、そうなってくれるんだから初期段階で深い説明はいらない
どこに何を書いていけばいいかを説明するほうが重要、パターンを意識させる必要がない

392:デフォルトの名無しさん
20/09/09 05:55:37.92 JComtfL10.net
ネットに転がってるWPFのサンプルってイベントべた書きのばかり。

393:デフォルトの名無しさん
20/09/09 08:32:16.72 vaBdp1IQa.net
いやReactやVueやAngularだってMVVMの亜流なんだから別にそれ自体がWPFを難しくしているわけではない
むしろWPF開発の複雑さを低減するためにMVVMパターンが使われるようになったわけだしな
問題はMVVMでデータバインディングを駆使しなければやってられないほどにWPFが複雑すぎる点と、
そもそもWPFにとってMVVMが後付けであるためにReact等の後発とは違って実装に余計な自由度がある点にある

394:デフォルトの名無しさん
20/09/09 08:55:17.69 CkRYWT4Fa.net
WinFormのがわだけWPFに置き換えするだけで良いのでは、第1ステップは

395:デフォルトの名無しさん (ブーイモ MM8e-x+qn)
20/09/09 08:59:00 SVFY/4ccM.net
バインドとイベントべた書きですよね

396:デフォルトの名無しさん
20/09/09 09:38:41.51 9MEEjZyTF.net
WPFは良い
XAMLが糞

397:デフォルトの名無しさん
20/09/09 10:10:18.72 Wa80IH+Z0.net
むしろ煩雑でよかった。winformが10年以上延命できた。

398:デフォルトの名無しさん
20/09/09 11:38:24.67 G4z+WgkT0.net
10年間進化してきたならともかく本当にただの延命なので共倒れ

399:デフォルトの名無しさん
20/09/09 11:57:41.97 eJCpqUcY0.net
XAMLはDesigner.csなんかよりよっぽど良いと思うけどな。
XMLに馴染みがないのかフォームデザイナーしか使わない人なのか。

400:デフォルトの名無しさん
20/09/09 12:17:43.28 McwiDPSYM.net
XAMLは冗長過ぎていかんわ

401:デフォルトの名無しさん
20/09/09 17:18:49.71 Wa80IH+Z0.net
C#に瞬殺されたと思われたJavaの圧倒的な巻き返しでC#も息してるかどうか疑わしくなってきた。
MSはいろいろ戦略が誤っていたのだろう。デスクトップOSのシェアすら今後保てるかどうか分からない。

402:デフォルトの名無しさん
20/09/09 17:36:53.18 VJS0FDOXa.net
Javaの巻き返しは無理だよ
言語に葉快適な変更をいくつも入れないとC#には追いつけない

403:デフォルトの名無しさん
20/09/09 17:37:03.91 VJS0FDOXa.net
あ、破壊的ね

404:デフォルトの名無しさん
20/09/09 17:39:45.34 5yvMyRN60.net
XAMLはレイアウトだけなら認める

405:デフォルトの名無しさん
20/09/09 18:02:01.33 k8W5BZK+0.net
WinFormsのポトペタに慣れ切った人がWPFで同じようにやろうとして思うように配置できなくて諦めるってのはあるかもな
だからといって、新規作成したときのデフォルトがGridでなくCanvasだったらアレだけどw

406:デフォルトの名無しさん
20/09/09 18:14:54.94 VOLRAgWK0.net
VSで無理やりMVVMパターンにはめるのが糞なだけでXAMLとバインドは十分使える

407:デフォルトの名無しさん
20/09/09 18:42:57.38 VJS0FDOXa.net
WPFは客先Java案件で開発補助ツール作るときに重宝しとる

408:デフォルトの名無しさん
20/09/09 19:12:29.05 A5jehCoA0.net
>>402
WinFormとまったく同じ手法で開発できるようにしても良かったな
学習意欲のある人には最初からMVVMコースを選べるようにして
後出しアイデアだけどね

409:デフォルトの名無しさん
20/09/09 19:25:36.35 Pr/s0qQqa.net
業務系アプリや有名なアプリはその時流行ってたフレームワークや作り方を使って秘伝のタレ化してる
新しく作り直すこともせず完全なレガシーとなって開発者を苦しめてる
新規のアプリは結局Electron一択みたいな感じになった
この失われた20年をなんとかしろ

410:デフォルトの名無しさん
20/09/09 19:26:43.79 3UaIGoSz0.net
>>398
息してないわけないやろw

411:デフォルトの名無しさん
20/09/09 19:34:22.19 VJS0FDOXa.net
>>406
ドメインモデル作れよ

412:デフォルトの名無しさん
20/09/09 20:51:35.69 RtZ/Ywu6M.net
>>402
そうそう、Excel方眼紙の人にWordは無理だよねえ(爆笑)

413:デフォルトの名無しさん
20/09/10 00:26:26.24 dk54TyXK0.net
(爆笑)

414:デフォルトの名無しさん
20/09/10 06:44:22.32 npiJsw1+0.net
x 新しく作り直すこともせず完全なレガシーとなって開発者を苦しめてる
o 新しく作り直すと新たな地獄が始まり若い開発者が逃げ出す
WPFしかりEdgeしかり。winformやIEをずっと保守しとけば良かったんや。

415:デフォルトの名無しさん
20/09/10 17:48:22.98 1+vDLiP+0.net
WinFormは保守してるでしょ
.NET Core でも使えるぞ

416:デフォルトの名無しさん
20/09/10 19:05:59.66 VDMQ91PJd.net
WPFでAndroidアプリ作れるようにしてほしかった
xamarin.formsはなんというかちがう

417:デフォルトの名無しさん
20/09/10 19:11:04.01 jyWz39JTM.net
信仰が足りませんね。

418:デフォルトの名無しさん
20/09/10 19:30:51.94 1ysUn6Pe0.net
と、ちょまどが申しています

419:デフォルトの名無しさん
20/09/10 22:44:33.53 Cb3j1jBAa.net
FormsのCore移行は保守というよりクロージング対応でしょ
.NET Frameworkのままだとフレームワークのバージョンが上がるときに一緒にFormsをメンテし続けなきゃいけない
一方、Coreはスタンドアロンなアプリに関してはSCDが大前提なんで、フレームワークのバージョンは固定して安全に塩漬けにできる
つまり、.NET6以降でFormsがまともに動かなくなったとしても、MSも俺達も無視して放置できる

420:デフォルトの名無しさん
20/09/10 22:56:10.36 8Wf1yyh30.net
>>406
結局ElectronもVSCodeという念仏だけを唱え続けて何年になるのかという感じで盛り上がってない
ただ一つ確かなことは、これからのGUIプログラミングはマークアップ言語を避けて通れないということだけ

421:デフォルトの名無しさん
20/09/11 00:04:56.66 2fPFejSea.net
マークアップより関数型のほうが未来ある

422:デフォルトの名無しさん
20/09/11 00:05:25.32 WZRsWgqu0.net
>>416
.NET Framework は 4.8 で打ち止めと宣言されてる

423:デフォルトの名無しさん
20/09/11 00:14:37.43 mjeCG2U10.net
>>417
VSCodeの中のUIフレームワークみたいなのを
切り出して欲しいんだよね
今更HTMLで動的なツリービューとか流石にゼロから作る気にはならん

424:デフォルトの名無しさん
20/09/11 01:03:31.90 yRFTOe3N0.net
>>413
ほぼそっくりな Uno Platform でできる。

425:デフォルトの名無しさん
20/09/11 06:45:05.62 vM7nsUHO0.net
まだvb6が切り捨てられないのに。
winformも同じだろうなあ。

426:デフォルトの名無しさん
20/09/11 19:54:53.12 2qczsOvVM.net
COBOL、VB6、Winform。
時代に取り残された底辺プログラマにも生き残る道を与えてくれる。

427:デフォルトの名無しさん
20/09/11 21:12:47.83 hXs0MNnD0.net
時代に取り残された・・・wpf

428:デフォルトの名無しさん
20/09/11 21:49:27.27 i8H8r2FY0.net
むしろWPFが時代に取り残された

429:デフォルトの名無しさん
20/09/11 21:53:06.19 3mrNom4D0.net
と、時代に取り残された方々がおっしゃっています

430:デフォルトの名無しさん
20/09/11 21:54:30.73 /0JMUznc0.net
WPFは先に行き過ぎてただけだな
普通に今通用する技術が身につく

431:デフォルトの名無しさん
20/09/11 22:18:15.63 Xnku5Gjx0.net
>>427
いったんUWPやってからWPFに戻るとちょっと時代遅れかなーって思うわ
UWPはデザインアレだけど先進性はある

432:デフォルトの名無しさん
20/09/11 23:12:23.63 nEqlO7X90.net
WPFはいい
XAMLはてんでだめ

433:デフォルトの名無しさん
20/09/11 23:19:39.90 hXs0MNnD0.net
10年以上前に初見でこんなものは普及しないと言ったボクの先見性も褒めてよ

434:デフォルトの名無しさん
20/09/12 00:08:48.85 11mECFpA0.net
>>430
まったく先見性がない
10年前にWPF触ってた人たちは上のステージへ上がっている

435:デフォルトの名無しさん
20/09/12 01:58:28.05 b38QwxnG0.net
ゴミはとても匂いますからまともな嗅覚があれば触らずに済むのですがいやはや

436:デフォルトの名無しさん
20/09/12 07:45:41.51 erdZI+Jx0.net
XMLに馴染みがない人にとってはXAMLがネックになるのかなぁ。

437:デフォルトの名無しさん
20/09/12 07:51:35.38 HM5C8OT30.net
C#は省略記法をコツコツ取り入れているのに
xamlはなんで省略記法を取り入れないんだ
Ammy UIより省略された記法がほしい

438:デフォルトの名無しさん
20/09/12 09:14:22.99 erdZI+Jx0.net
専用のパーサーが必要で一般的なツールが使えない独自記法はいまさらやめてほしい。

439:デフォルトの名無しさん
20/09/12 09:27:39.18 b38QwxnG0.net
ディスコンにすればすべて解決するのに。

440:デフォルトの名無しさん
20/09/12 10:21:39.93 kelUe7i3M.net
>>435
xamlをvisual studio以外のツールで編集してるのか?
vsのideは優秀だが

441:デフォルトの名無しさん
20/09/12 12:26:55.09 11mECFpA0.net
>>433
そこを学習する力がないのであればGUIアプリのプログラマーをやめてノーコードへ行ったほうが未来がある
これからはマークアップ言語は必須だ

442:デフォルトの名無しさん
20/09/12 12:54:21.58 kelUe7i3M.net
xamlは厳密だけど冗長すぎる

443:デフォルトの名無しさん
20/09/12 13:18:44.66 /dac8gkP0.net
エディタで見ると横に長くて可読性が悪い

444:デフォルトの名無しさん
20/09/12 13:22:57.64 b38QwxnG0.net
マークアップ言語は時代遅れの化石だからな。

445:デフォルトの名無しさん
20/09/12 13:54:52.07 erdZI+Jx0.net
フォームデザイナでポトペタするのが最先端と言いたいんだろうか?

446:デフォルトの名無しさん
20/09/12 14:04:07.40 Tbg7pj/Fa.net
何でも良いよ、ちゃんと機能すれば!

447:デフォルトの名無しさん
20/09/12 14:08:32.07 b38QwxnG0.net
RADツールが最先端? 30年前からあったってボク歴史の時間で習ったよ。
15年ほどの前の昔に登場したWPFがキラーアプリ一つも生み出せないばかりか禄に普及しなかったのに、
先を行き過ぎた先進性だの最先端だの未だに言ってるおじいちゃん。
この骨董品WPFの最先端とは何か教えてください。

448:デフォルトの名無しさん
20/09/12 14:53:08.61 11mECFpA0.net
WinFormsにしがみついてる人たちは何も知らないようだ
成長することもない

449:デフォルトの名無しさん
20/09/12 15:13:29.33 b38QwxnG0.net
近所のおじいちゃんがワンボタンマウスは革新的だと言ってます。
どこが革新的なのか聞くと多ボタンマウスを使ってる人たちは何も知らないようだ、
それでは成長することもないと言って教えてくれません。ボケてると思います。

450:デフォルトの名無しさん
20/09/12 15:25:04.84 erdZI+Jx0.net
さて、マークアップ言語が時代遅れだと言っている人は時代遅れじゃないものを教えてくれるのかな。

451:デフォルトの名無しさん
20/09/12 16:08:05.32 eZ9NxG850.net
ポトペタでかっけえの作れるのが欲しかった未来なのに

452:デフォルトの名無しさん
20/09/12 16:37:56.34 Ii1G2X6K0.net
Visualageでも使ってろ

453:デフォルトの名無しさん
20/09/12 18:14:30.22 11mECFpA0.net
その未来が欲しいならプログラマーやめてノーコードを盛り上げる活動をしたほうがいい
これからはノーコードで作れるものと作れないもので二極化していく
そしてその未来では「ポトペタ」はノーコードを意味する言葉にかわっている

454:デフォルトの名無しさん
20/09/13 14:53:02.99 D1IdQ9l60.net
>>450
小学校でやるプログラミグ教育の内容がそれそのもの。
20年前のITバブルでその手のアホツールが腐るほど出たがどれも生き残っていない。
老人たちは何度同じ夢を見るのだろうか。先見性がないだけでなくボケてますね。

455:デフォルトの名無しさん
20/09/13 15:37:51.39 UZEJ8gKvM.net
でも今ノーコードに取り組んでくれるのはグーグルやマイクロソフトだろ
常識が覆る可能性は否定しきれない

456:デフォルトの名無しさん
20/09/13 19:27:24.39 C8G6zLA20.net
ノーコードで日本の顧客が満足するプログラムが組めるといいなぁ・・

457:デフォルトの名無しさん
20/09/13 20:33:02.69 z7jXxub/0.net
>>453
ノーコードで作ったものはプログラムというのか?は置いておいて
顧客自身が使って小物を作る程度の需要は満たすかもしれない。
複雑にデータが散在するようなシステムや、データへの意味が独自で手が込んだ物は無理かな。
シンプルかつサービス同士を糊でつなぐ程度のモノならあるいは。
UIやデザインに五月蠅い顧客の需要も満たせるのか微妙と思うが皆さんどう思う?

458:デフォルトの名無しさん
20/09/13 22:06:53.80 D1IdQ9l60.net
MSがノーコードノープログラムだと!!
WPFオワコンじゃん。

459:デフォルトの名無しさん
20/09/13 23:37:53.72 e9EK7dt70.net
WPFerはパラダイムシフトを乗り切る力があるから問題ない
より新しいものに乗り換え、習得できる力がある
WinFormserが心配だ
彼らにはその力がない
ノーコードの進化は「作業の量や質がノーコードとは言えなくなるところまで」に限ることを考えて開発されているはずだ
その範囲を超えるとノーコードをノーコードとして使っていた利用


460:者が離れていくフェーズが始まってしまうからだ



461:デフォルトの名無しさん
20/09/13 23:49:56.38 D1IdQ9l60.net
そんなに余力あるならプログラマなんか辞めて医者や弁護士になったほうがいいよ。
法で利権が守られてるからね。一種やソフ開なんていうゴミ資格とは違う。経産省大臣のハンコに価値はない。

462:デフォルトの名無しさん
20/09/14 00:06:33.81 PY4I2gwB0.net
>>457
いきなり医者、弁護士、情報処理試験という無関係なこと話はじめるとか
知能や精神にエラーが発生してる証拠なので病院でデバッグしてもらった方がいいぞ

463:デフォルトの名無しさん
20/09/14 00:15:00.38 lDodbDrd0.net
なにやら触れてはいけないものに触れたようだ

464:デフォルトの名無しさん
20/09/14 10:40:34.21 gMM3Z1jiF.net
>>62

465:デフォルトの名無しさん
20/09/15 08:48:00.45 fvnMiQowd.net
>>454
顧客自身が作る小物はVBAマクロと同じ運命を辿る
それは開発者が自分達の為に作るツールも同じ

466:デフォルトの名無しさん
20/09/16 18:58:44.31 WB932Wv8M
高級リムジンで極上のパーティーをして2017年締めます!!
URLリンク(www.youtube.com)
リムジンでディズニーランドに入れるのか!?
URLリンク(www.youtube.com)
友達をリムジンで迎えに行ったらどうなる!?
URLリンク(www.youtube.com)
リムジンに乗ってドライブスルーで注文してみた結果www
URLリンク(www.youtube.com)
フェラーリ・ポルトフィーノで朝マック行ってみた!
URLリンク(www.youtube.com)
友達の全財産で勝手にアルファード買ってみた【ドッキリ】
URLリンク(www.youtube.com)
友達の全財産で勝手に2代目のアルファード買ってみた【ドッキリ】
URLリンク(www.youtube.com)
友達のアルファード売って自分のベンツ買ってみた【ドッキリ】
URLリンク(www.youtube.com)

467:デフォルトの名無しさん
20/09/17 01:07:45.04 2wikOAruX
「市場から見た自分の価値は1500万円」副業で5億円を稼ぐmotoさんが“調子に乗らない理由”
URLリンク(headlines.yahoo.co.jp)
転職×副業で年収5500万円を稼ぐ32歳の仕事論
URLリンク(news.livedoor.com)
副業年収4000万円、motoさんが実践する「普通のサラリーマン」の発信術
URLリンク(headlines.yahoo.co.jp)
年収5000万円超。『転職と副業のかけ算』で大ブレイク、motoさんの「稼いだお金の使い道」
URLリンク(zuuonline.com)
「共感力」と「自我」がない人は営業に向かない。ビジネスで相手を満足させるための3つの力
URLリンク(headlines.yahoo.co.jp)
「転職は“できること”、副業では“やりたいこと”をする」
motoさん×転職エージェント「Geekly」が考えるこれからの働き方
URLリンク(www.geekly.co.jp)

468:デフォルトの名無しさん
20/09/19 21:37:03.67 dTdYqfkZ0.net
たいして機能つかわないし
なんだかんだlivetに戻った・・・

469:デフォルトの名無しさん
20/09/20 22:02:21.67 PdjshYFp0.net
>>464
livetに先はないよ
今も片手間でメンテを続けてくれてるだけだし、開発した本人から完全に移譲されてるわけでもないし
多機能すぎるけどPrismでやったほうが自分のスキルにもなっていいと思う

470:デフォルトの名無しさん
20/09/22 17:25:26.61 MUes9yQZ0.net
求人みると意外とWPF多いんだよな。
デザインとロジックに別けて開発できる! ってアンタどんだけの規模の開発だよ。

471:デフォルトの名無しさん
20/09/22 17:29:48.65 MUes9yQZ0.net
>>126
sockaddr_in構造体なんて同じだよな。

472:デフォルトの名無しさん
20/09/22 17:30:52.89 Iq4H0kt00.net
ボク、UIデザイナーなんでロジックは書けません。

473:デフォルトの名無しさん
20/09/22 17:49:48.34 EwzeVKsQ0.net
>>466
意外か?
ウチの周りじゃWindowsの新規案件はほとんどWPFでたまにC++でMFCは混ざる感じだが。
いまだにFormsでやっているところって本当にそんなに多いのかなぁ。

474:デフォルトの名無しさん
20/09/22 17:56:11.95 Iq4H0kt00.net
WPFのビッグウェーブきたか!!

475:デフォルトの名無しさん
20/09/22 18:02:32.18 cU35i3FIM.net
>>469
winformのがお手軽だからなあ
高dpiも騙しながら何とかなる

476:デフォルトの名無しさん
20/09/22 18:04:49.79 MUes9yQZ0.net
特に内輪用だったらwinformで十分だろ。

477:デフォルトの名無しさん
20/09/22 18:55:21.55 EwzeVKsQ0.net
内輪でお手軽にやるためにわざわざ求人することも少ないんじゃないかと思うが。

478:デフォルトの名無しさん
20/09/22 18:56:26.53 Iq4H0kt00.net
つまりデスマーチ…

479:デフォルトの名無しさん
20/09/22 19:40:56.69 H4U+QONT0.net
WinFormsは論外としてWin7対応ならWPF一択だからな

480:デフォルトの名無しさん
20/09/22 20:16:31.87 MUes9yQZ0.net
>>475
WIN7でもwinform使えるし
今更WPF勉強する位ならVC++6.0 MFC使ったほうがマシ。
W10でもVS6.0使えるんだよな。

481:デフォルトの名無しさん
20/09/22 20:22:13.66 H4U+QONT0.net
そこまで勉強したくないやつがなんでプログラミングやってんのか不思議

482:デフォルトの名無しさん
20/09/22 20:22:58.56 MUes9yQZ0.net
Z80のハンドアセンブルの頃からテキトーにやってきたよ。

483:デフォルトの名無しさん
20/09/22 20:38:15.13 2ES7fWER0.net
>>477
苦労して覚えたからもう二度と同じ苦労をしたくないってPGが世の中には腐るほど居る

484:デフォルトの名無しさん
20/09/22 20:39:07.24 TZbr+jJ50.net
WPFを体系的に学べるマトモな日本語の本がない。

485:デフォルトの名無しさん
20/09/22 20:39:56.22 MUes9yQZ0.net
>>480
確かに。どうやってみんな勉強したんだ。

486:デフォルトの名無しさん
20/09/22 20:43:40.46 OeqAWM6T0.net
かずき

487:デフォルトの名無しさん
20/09/22 20:46:42.81 H4U+QONT0.net
それ10年前の話じゃないの
今は情報が出揃っていてやる気だけあれば普通に習得できる

488:デフォルトの名無しさん
20/09/22 20:55:29.30 MUes9yQZ0.net
ヤフーオークションで WPFの本検索したが三件だったぞww

489:デフォルトの名無しさん
20/09/22 20:58:34.57 bhDrmv5D0.net
顧客にとって関心事はライフサイクルコストだから
それが一番安上がりになるの方が正義

490:デフォルトの名無しさん
20/09/22 21:05:31.07 rd5bPy3Z0.net
PCの性能が進化した今でもWinFormのアプリはやたら軽い
wpfが重いのはprismのせいなんだろうか

491:デフォルトの名無しさん
20/09/22 21:09:15.16 H4U+QONT0.net
本とかいらねーだろ
わからないことを検索することもできんのかよ

492:デフォルトの名無しさん
20/09/22 22:05:05.60 Iq4H0kt00.net
ID:H4U+QONT0  リアルで仕事でこんなこというPGいたら笑うけどw

493:デフォルトの名無しさん
20/09/22 22:45:43.46 S3c4U8yb0.net
リアルだったらお前は死んでるぞ

494:デフォルトの名無しさん
20/09/22 22:54:06.49 Iq4H0kt00.net
>>489
通報した。

495:デフォルトの名無しさん
20/09/22 22:57:46.92 R52LfaJF0.net
WPF勉強しときたいけどおすすめのサイトか本ある?

496:デフォルトの名無しさん
20/09/22 23:05:17.28 GCixYKXo0.net
>>486
MVVMがレイトバインディングオンリーなのもね…

497:デフォルトの名無しさん
20/09/23 00:13:21.92 d+eus6090.net
今は機械翻訳ばかりでMSの日本語ドキュメントがゴミのようだ。
かといってMSの公式解説書も酷い訳のものがある。英語で読むしかないね。

498:デフォルトの名無しさん
20/09/23 00:58:20.94 RwrtWQFd0.net
URLリンク(www.wpf-tutorial.com)
ここが英語だけど高1くらいの英語力の俺でもそんな苦労せずに読めたからおすすめ

499:デフォルトの名無しさん
20/09/23 01:06:07.80 GhFg2WnD0.net
>>493
最近の技術系の翻訳本ってほぼ機械翻訳かけて手直ししてるだけっぽいからなあ
>>494
見てみる

500:デフォルトの名無しさん
20/09/23 06:48:16.09 a0wAVJWk0.net
酷い翻訳も慣れると逆算して読めるようになるから不思議だ
いや、読みやすいのが一番だけどね

501:デフォルトの名無しさん
20/09/23 08:30:21.61 Hsz3JCQvM.net
>>475
死んだOSの対応って何なん?

502:デフォルトの名無しさん
20/09/23 08:35:22.43 Hsz3JCQvM.net
>>476
今どきvs6って拷問だな

503:デフォルトの名無しさん
20/09/23 08:37:33.83 Hsz3JCQvM.net
>>487
体系的に短時間で学ぶには今でも本が便利だよ

504:デフォルトの名無しさん
20/09/23 10:31:48.86 kf7t1N4+0.net
>>494
日本語が Localized versions の上位には上がってないので
more languages ...
で出たが
Localization
URLリンク(www.wpf-tutorial.com)
日本語対応遅れとるな

505:デフォルトの名無しさん
20/09/23 10:43:36.75 kf7t1N4+0.net
>>496
エラーを取得するには関数を使います

506:デフォルトの名無しさん
20/09/23 10:47:22.57 R3wz9TIW0.net
>>491
okazukiさんのブログが一番いい
prismとかReactiveproperty関連はとりあえず読み飛ばす前提で

507:デフォルトの名無しさん
20/09/23 11:50:21.21 2MH3im7L0.net
prismとか意味なく使うから
コードがめちゃくちゃになる。

508:デフォルトの名無しさん
20/09/23 11:59:46.14 9C05kspb0.net
>>498
ExcelがVBAというレガシーチャンピオンを抱えてるからそのうちスプレッドシートにシェア奪われるんだろうな

509:デフォルトの名無しさん
20/09/23 20:26:34.11 bxjjKz3I0.net
コントロールは今まで通り、貼り付けで配置できるん?

510:デフォルトの名無しさん
20/09/23 20:53:57.14 L4V/SK950.net
>>501
たぶんWinApiのFormatMessageのことだな(適当)

511:デフォルトの名無しさん
20/09/23 21:07:06.41 TDgfvANh0.net
>>505
デザイナはあるけれど、WinFormsのポトペタをイメージしているのならコレジャナイってなる

512:デフォルトの名無しさん
20/09/24 01:02:07.98 r0U1/5Zg0.net
>>505
ぽとぺたWindowにコード全部かいてもいいぞ!
好きにしろ

513:デフォルトの名無しさん
20/09/24 04:13:59.25 SazTPdWp0.net
URLリンク(medium.com)
あらら

514:デフォルトの名無しさん
20/09/24 04:43:28.13 YxwlyIOc0.net
あらら、またスマホベースで残念だわ
デスクトップベースのWPFが生き残り続けてしまうことに・・・

515:デフォルトの名無しさん
20/09/24 05:51:13.12 Tu4V2/EEM.net
最近のwebページもスマホベースのが多くて、pcで開くと横にドーンと広いんだよね(´・ω・`)

516:デフォルトの名無しさん
20/09/24 07:21:23.47 oGOHDREdM.net
貴方には信心が足りないわ

517:デフォルトの名無しさん
20/09/24 11:27:21.75 Al9hzlNm0.net
コテコテのコモンコントロールはもう時代遅れか

518:デフォルトの名無しさん
20/09/24 11:54:47.37 SazTPdWp0.net
スマホ用のアプリをパソコンで開くと無駄なスペースとか多すぎでくそなのは事実だが、とりあえずタブレットというか2in1用のタッチベースのアプリが増えないことには
一般向けのアプリのほとんどが参照系でタッチベースで十分なわけだし
で、マウスベースの生産系アプリ作る場合はどうするんでしょう...マイクロソフトさん...
winuiもコンパクトモードがあるがすげえ中途半端だし...

519:デフォルトの名無しさん
20/09/24 11:56:36.57 SazTPdWp0.net
URLリンク(www.microsoft.com)


520: microsoft storeにflutter galaryアプリがきてるらしい



521:デフォルトの名無しさん
20/09/24 19:12:16.23 YxwlyIOc0.net
MSがWindows 1からデスクトップだけを考えてアプリ開発をしてきた最終的回答がWPF
おそらくこの分野でライバル出てくるとしたらWindows 11が出るような変化の時だろうな

522:デフォルトの名無しさん
20/09/24 19:23:46.15 bZ1sVv660.net
>>511
そもそもwww(html)なんてUNIXが発祥なのに
変だろ。
納得できんわ。

523:デフォルトの名無しさん
20/09/24 19:57:08.14 bZ1sVv660.net
>>508
コード書くなら「Visual」Studioじゃないよな。
WIN32APIで書くのと変わらん。

524:デフォルトの名無しさん
20/09/24 20:04:57.62 khkTd8DV0.net
>>516
UWP推進のために敢えて放置されてたのか、痒い所に手が届かない部分が所々合ってもどかしい
せめて事前バインディングはマージしてくれ

525:デフォルトの名無しさん
20/09/24 20:28:49.17 anZxJGRt0.net
>UWP推進のために敢えて放置されてたのか
これだよなぁ。ペゾルト本もWPFスキップさせられたし。

526:デフォルトの名無しさん
20/09/24 20:34:02.96 bZ1sVv660.net
画面デザインとコードで分業できる、というけど実際そうしてるんか?
結局全部自分でやってね?

527:デフォルトの名無しさん
20/09/24 20:56:33.67 d9Awt+YW0.net
>>517
cssを上手く使ってpcでもスマホでもちゃんと表示出来るのもあるんだけどねえ。
最近はスマホだけに最適化されてるのが増えてきた。
世も末だよ。

528:デフォルトの名無しさん
20/09/24 21:19:02.45 bZ1sVv660.net
>>522
特に大学生はスマホオンリーで、PCなんて不要
という考えが大半なんだよな。
そりゃ見るだけならいいけどよ...

529:デフォルトの名無しさん
20/09/24 22:04:34.04 LFWdqcpHM.net
>>523
キーボードよりスマホのフリック入力が速いと。
オレなんてミスタッチしまくりさ。

530:デフォルトの名無しさん
20/09/25 21:40:27.80 c1QgCFu70.net
>>519
事前バインドは.net5とWinUI3でデスクトップに降りてくるようだからな
ついでにイベントのバインドも出来るからビヘイビアの大半が要らなくなるのも良い

531:デフォルトの名無しさん
20/09/25 22:20:21.51 iQJ3d1Xe0.net
大幅変更のビッグウェーブくるね。目指すはwinformの開発効率。

532:デフォルトの名無しさん
20/09/26 12:37:46.17 3hVx86Rj0.net
事前バインディングは効果を体感できない
定期

533:デフォルトの名無しさん
20/09/26 18:07:46.78 AmGNamxa0.net
今日からWPF始めたんだが x:Name で適当に名前つければ簡単にコントロール
利用できる事を知ったんだがだけどそれでいいのん?
データバインドなんちゃら って必要なの。

534:デフォルトの名無しさん
20/09/26 18:14:00.51 uvZwMpem0.net
個人のプログラムなんて動きゃいいんだよ

535:デフォルトの名無しさん
20/09/26 18:14:22.46 U/HQ8OHN0.net
>>527
実行前にエラーが分かるのは大きいだろ
>>528
バインディングは必須ではないからそれでも良いよ

536:デフォルトの名無しさん
20/09/26 18:17:13.29 AmGNamxa0.net
>>530
なるほど。
この場合は自動実装プロパティなど不要でスッキリですな。
一応、習得しとこうかなとは思ってる。

537:デフォルトの名無しさん
20/09/26 19:48:04.87 U+G6yEte0.net
>>528
それでもできるしバインドしてやることもできる
バインドの方がハードル高め
個人的には両方できてしまうことがわかりにくくしてる要因だと思う

538:デフォルトの名無しさん
20/09/26 21:26:12.10 AmGNamxa0.net
なるほど。
質問ばかりで申し訳ないんだが、
コントロール一つごとに
・自動実装プロパティ
・ビューモデルのクラス生成
・データコンテキストの設定
が必要であってます?

539:デフォルトの名無しさん
20/09/26 21:57:03.85 yhMCpvCJ0.net
必要ではない
複雑なことやらないならWindowクラスのViewModelに各コントロールのバインディングソースプロパティを持たせればいい
なお自動実装である必要はないよ
というかプロパティ変更をINotifyPropertyChangedで通知したいなら自動実装ではダメ

540:デフォルトの名無しさん
20/09/27 00:02:47.65 bYiRY3PLM.net
Mode=OneWayToSource以外ならgetterが必要
Mode=OneWayToSourceかTwoWayならsetterが必要
VM→Vで変更通知するにはINotifyPropertyChanged.PropertyChangedイベントを発生させる
で、getterはbacking fieldを返し、setterはbacking fieldに代入しイベント発生、というのが定石
定石過ぎてReactivePropertyとかPrismのBindingBase.SetPropertyを使うと楽できる

541:デフォルトの名無しさん
20/09/27 01:05:57.42 zhyG30X30.net
(楽か?)

542:デフォルトの名無しさん
20/09/27 10:51:02.21 BlHd4Scl0.net
だめだ。バインドの有効利用方法がわからん。。
面倒くさい 煩雑 しか思えん。

543:デフォルトの名無しさん
20/09/27 11:05:21.04 +zlhhpvN0.net
バインド超楽だけど

544:デフォルトの名無しさん
20/09/27 11:16:28.74 lEpS58To0.net
最初はバインド面倒にかんじて
コントロールに名前つけてアクセスしたらいいじゃんって思うだよな

545:デフォルトの名無しさん
20/09/27 11:59:55.26 fEMpkeyM0.net
>>539
それをやめさせるには、
コントロールに直接触るのはスレッド安全じゃないってことを解らせないとダメなんだよな...

546:デフォルトの名無しさん
20/09/27 13:29:01.55 AVJFrAga0.net
あとVM以下層のテスト書かせるのもね

547:デフォルトの名無しさん
20/09/27 14:10:50.15 3HypLccl0.net
MVVMバインドは確かに技術的に古く、将来はMVUに移ったほうが
記述量が減ったり、堅牢になると思う
ボタンを押したときのためにCommandを用意して呼び出すなど無駄な作業でしかない
クリックイベントでいい
VMとVを疎結合にするのはIDEの支援が限定されて生産性が落ちる
参照先にジャンプしたときにインターフェースで実装がわかりませんでは
時間がいくらあっても足りない
VMとVを別のフォルダーで管理するのも扱いづらい
最近のUIはコンポーネント化しやすくすることが必須
別のプロジェクトでも流用するとき、1つのファイルを移動させればよい状態が好ましい
いちいちVMとVのファイルを移動など面倒だ
とは言えMVUは.NET6まで待たなければならない
それまで自分はPropertyChanged.Fodyで変更通知してる。
記述量が少なく、属性主体なので影響も少ない。
ModelはJsonシリアライザーに優しくないと使い物にならない

548:デフォルトの名無しさん
20/09/27 14:16:53.81 BlHd4Scl0.net
ヤバイ。
意味が分からん。最近難しいな!

549:デフォルトの名無しさん
20/09/27 15:37:28.93 BlHd4Scl0.net
>>226
未だにSXGAなんてザラ。
WUXGAすらない。

550:デフォルトの名無しさん
20/09/27 16:11:20.22 gGo0R8Ul0.net
>>542
そうとは思わない。
特に「VMとVを疎結合に...」以降の自論は
なにか勝手な思い込みではないかと思う。

551:デフォルトの名無しさん
20/09/27 18:05:15.62 eIKg6nYv0.net
MVVMでコマンドもコンバータもバリデーションルールもファイルコピーして使いまわしてるが
prismとかはその辺ぶっ潰してるからやりにくくなってるだけじゃない?
やっぱマニュアルのMVVMが最強やな

552:デフォルトの名無しさん
20/09/27 19:14:42.82 0F2CG6otd.net
>>533
リストビューみたいな列挙にだけdatatemplateとバインディング使って、ただのボタンとかは全部コードビハインド+非MVVMでもいいんじゃないかと思ってる
個人とかうちわ向けのツールなら

553:デフォルトの名無しさん
20/09/27 19:21:26.72 LOFXzk7UM.net
>>546
意味解らずprismとか使うとコード量がふくれて
馬鹿みたいに面倒になるね。
意味解ってないから
MVVMの実装はこうしなければいけないと
思い込んでる。

554:デフォルトの名無しさん
20/09/27 19:29:24.63 LOFXzk7UM.net
>>547
理解出来てるならバインディングは一切使わなくても大丈夫だね。
最速を求めるなら使うとむしろ遅くなる。
有名どころのコントロールのソース見ても
内部はあんまりMVVMしていない。

555:デフォルトの名無しさん
20/09/27 19:31:16.40 co99WLAO0.net
遅くない!!っ言い張ってた子の気持ちも考えてね!!

556:デフォルトの名無しさん
20/09/27 19:35:30.30 0F2CG6otd.net
>>549
まあ実際自分でやる分にはちゃんと書くようにしてるけど、winformsからwpfになって個人、内輪で便利になったのってそこくらいしかないというか
データテンプレートで綺麗でリッチな表示できるよねーっていう
winformsでもデータコンテキストはあったけど自分の周りのはforでまわしてリストにaddするような人達ばかりだったし

557:デフォルトの名無しさん
20/09/27 20:09:31.44 4TLQ9mS+0.net
MVVMだけならReactivePropertyが一番楽ちんだな
PrismはUnityでDIしたりViewModelLocaterの機能や
EventAggregatorなどで手放せない
あと、EF使う所はBindingBaseでMVVMするな
BindingはListBoxの要素では必須だから、そこから勉強始めたら覚えやすいかも

558:デフォルトの名無しさん
20/09/27 20:12:24.73 LOFXzk7UM.net
>>550
たとえば1000万行のデータグリッドが必要なら、内製するし
バインディングとか使わない。
仮想化とか必須の領域だし、
細かい制御が出来ないし、
結果的に確実に遅くなる。
バインディングで出来ることは
全部コードだけで出来る。
オープンソースのコントロール読めない人なら
当然、バインディングをお勧めする。
ところでコントロールを作成するレベルの入門書は
洋書でも存在してないのではないか?
自分はMSのコントロールのソースと
インフラロジスティクのソースを解析して覚えた。
で、取り纏めて書籍化を考えたが
確実に売れないのでヤメたがかなり昔のはなし。

559:デフォルトの名無しさん
20/09/27 21:32:28.68 BlHd4Scl0.net
>>553
売れないことないんじゃない?
VC++でカスタムドローとかオーナードロー
の資料がなくて苦労したわ。
comも。

560:
20/09/27 21:39:03.46 OZSlZqU50.net
>>553
>コントロールを作成するレベルの入門書は
>洋書でも存在してないのではないか?
ずっと探していたんですけれど、やっぱりないんですね…
>取り纏めて書籍化を考えたが
>確実に売れないのでヤメたがかなり昔のはなし。
kindle 化して、とりあえず様子をみる、というのはいかがですか?
私なら(印税50% の kindle 出版に対して)10000円で買うつもりです

561:デフォルトの名無しさん
20/09/27 22:26:16.12 HAa0iCIU0.net
コントロール作るのってそんなに難しい?

562:デフォルトの名無しさん
20/09/27 22:29:39.45 co99WLAO0.net
VSのデザイナで動いてくれないと困るからな。

563:デフォルトの名無しさん
20/09/27 22:39:45.91 HAa0iCIU0.net
デザイナで動くって何?
ちゃんと表示されるってこと?

564:デフォルトの名無しさん
20/09/27 23:18:31.39 LOFXzk7UM.net
>>557
VSのデザイナーは一定の条件下でのみ動作する。
コントロール作成レベルの作業中だと
機能しない事が多い。
そういうのはやってれば普通に解るし
察する。

565:デフォルトの名無しさん
20/09/27 23:39:24.89 co99WLAO0.net
わざわざコントロールで作るってことは
頬杖ついてマウスでペタペタ貼るだけで再利用できるようにするってことだよ。
コード上でnewして再利用できるだけでいいクラスライブラリとは違う。

566:デフォルトの名無しさん
20/09/28 00:04:13.06 QIpyCS2B0.net
かんたん Visual


567:C++[改訂2版]、堀義博、2017 VC++の使い方と、画面の作り方、 DDX(Dialog Data Exchange) の仕組み、 MFCの、AFX_MSGMAP, DECLARE_MESSAGE_MAP()など MFC には、色々なコントロールの基本クラスがある。 それを使えばよい ただし、VS のGUI デザイナーが、それに対応しているかどうかは知らないけど。 それに対応するには、VS でのプラグインの作り方を学ぶ必要がある



568:デフォルトの名無しさん
20/09/28 08:04:30.26 cZtg7eSbM.net
なんでMFC??

569:デフォルトの名無しさん
20/09/28 08:51:18.27 EbZv9i2ha.net
MFC使うくらいなら素のWin32APIを叩くはw

570:デフォルトの名無しさん
20/09/28 08:53:35.35 053eSEmAa.net
>>562
いつものRubyキチガイが自分の知ってることを垂れ流しに来たんだろう

571:デフォルトの名無しさん
20/09/28 20:35:22.53 tGpmNLmZ0.net
>>560
それができないならコントロールがちゃんと作れてないんでしょ
そしてちゃんとしたコントロールを作る事自体はそんなに難しくないと思うんだけど

572:デフォルトの名無しさん
20/09/28 20:59:34.29 ejW4RwcM0.net
>叩くはw
たまに見かけるけど見るたびにイラっとするこれ

573:デフォルトの名無しさん
20/09/28 21:10:30.27 aZQQorKp0.net
>>566
イラッとするはw

574:デフォルトの名無しさん
20/09/29 19:45:21.34 Y1CZVJSu0.net
みなさんスーパーハカーですね!

575:デフォルトの名無しさん
20/09/29 19:52:27.83 R2YkXVhNr.net
EventAggregatorって非推奨になったのかと思ってたけど

576:デフォルトの名無しさん
20/09/29 19:59:11.56 R2YkXVhNr.net
InteractionRequestだった…
一切使ってないからさっぱりわからない

577:デフォルトの名無しさん
20/09/29 20:54:02.93 ZYb8dqzc0.net
コードビハインドを徹底的に避けようとするのって病的だなと思うようになった
コードビハインドにあるべきコードはコードビハインドにあっていい

578:デフォルトの名無しさん
20/09/29 21:14:03.62 qOEu/+uI0.net
報酬はあるのか?

579:デフォルトの名無しさん
20/09/30 18:45:23.92 VC7cxOmi0.net
>>570
ScrollIntoViewを呼び出すのに便利だから作ったけど、ビヘイビアで実装し直した
動くけどしっくり来ないんだよな
同じアイテムを連続で動かしたい時、一度Null入れないとダメな所が

580:デフォルトの名無しさん
20/09/30 19:13:05.29 ja9gtUPA0.net
コントロールのサブクラスを極力避けるというのがwpfの方針でしょ

581:デフォルトの名無しさん
20/09/30 20:47:28.67 L6wzWJW+a.net
URLリンク(devblogs.microsoft.com)
WPF was the main outlier for satisfaction.
Drilling into the comments, the main concern was that PRs and issues were not being addressed by the maintainers and there was a lack of clarity on if and when they would be.
Internally the WPF team was not sufficiently staffed and did not have the test infrastructure in place to be able to respond to the community contributions.

582:デフォルトの名無しさん
20/10/05 12:11:44.64 9Dou6A6q0.net
dllで定義したstyleを参照する方法を教えてください

583:デフォルトの名無しさん
20/10/05 18:50:57.69 g9HCYiH10.net
こんなんだったはず
~MyStyleLib.dll~
~MyButton.xaml~
<Style
x:Key="KeyMyButton"
TargetType="{x:Type Button}"
BasedOn="{StaticResource {x:Type Button}}"
>
<Setter Property="Background" Value="Blue" />
</Style>
~使う側~
<ResourceDictionary Source="pack://application:,,,/MyStyleLib;component/MyButton.xaml" />
<Button Style="{StaticResource KeyMyButton}">
BUTTON
</Button>

584:デフォルトの名無しさん
20/10/10 23:38:21.46 YXN1Ol2Y0.net
入社して数年間ほぼWPFだけ使ってきて、今月初めてFormsをまともに触ったが、
DataGridViewのbindingクソ過ぎwww
セルに表示する値のプロパティ名を文字列で指定できるだけで、
背景色すらbingindで表現できないとか、マジで終わってる( ̄▽ ̄)

585:デフォルトの名無しさん
20/10/11 07:17:34.12 kKzgRzeu0.net
Formsの仕事が回ってくるようになった会社は潰れる一歩手前

586:デフォルトの名無しさん
20/10/11 08:38:47.21 UaRtLtpyM.net
君も○XUGに入って、「偉い人」に
なろう。楽しいぞ「一般ピープル」を煽るのは
タブン

587:デフォルトの名無しさん
20/10/11 09:07:54.24 SL721RiNM.net
>>578
だけど速いんだぜ

588:デフォルトの名無しさん
20/10/11 09:54:39.61 kZXFoyze0.net
>>579

589:デフォルトの名無しさん
20/10/11 16:16:04.80 SD6h9HSf0.net
来年早々にもWPFからWinUI3に代替わりするわけだが
x:Bindに感動して、CollectionViewSourceの使えなさに怒りを覚えるんだろうな,

590:デフォルトの名無しさん
20/10/11 16:23:51.15 1QfYQ6oK0.net
未だに.NET3.5縛りの我社に隙きはなかった

591:デフォルトの名無しさん
20/10/11 16:30:13.75 kKzgRzeu0.net
>>583
WinUIはWPFに代わるものではなく、WPFなどで使うものなのだが

592:デフォルトの名無しさん
20/10/11 16:33:07.04 Oc3P171P0.net
それにしても10年ぶりの.netメジャーバージョンアップだと言うのに、イマイチ盛り上がってないな

593:デフォルトの名無しさん
20/10/11 16:38:00.50 Oc3P171P0.net
>>585
2.0まではXaml Islandで使うものだったが、3からはWPFと同格のGUIツールキットになるんだよ
UWPと同じ画面だが、.net frameworkのライブラリもP/Invokeさえ使えるプログラムが実現できる

594:デフォルトの名無しさん
20/10/11 16:49:13.59 mP+yhd0K0.net
>>586
Windows用デスクトップアプリ自体が下火だもの

595:デフォルトの名無しさん
20/10/11 17:20:29.83 kKzgRzeu0.net
>>587
よく調べてくれ

596:デフォルトの名無しさん
20/10/11 17:51:56.66 Fd7KLviX0.net
>>589
URLリンク(docs.microsoft.com)
現行じゃなくてWinUI3は2021年にリリースされる新バージョンで
ツールキットがUWPから切り離されてWin32から直接呼び出せる代物になります
つか、プレビュー出ているが、UWPの画面出しながらWin32のシステムコールできることは確認した

597:デフォルトの名無しさん
20/10/21 14:57:47.86 tiqsU3pvM.net
.NET CoreってXPでも動きマスカ

598:デフォルトの名無しさん
20/10/21 15:52:35.40 v0oiVQF00.net
保証されてない

599:デフォルトの名無しさん
20/10/21 18:30:59.43 pvliDgQj0.net
Project Reunionを使用して、MicrosoftはWin32とUWP APIの統合を試みる
URLリンク(www.infoq.com)

600:デフォルトの名無しさん
20/10/22 08:47:42.23 nShJVRZ+0.net
失敗しそう

601:デフォルトの名無しさん
20/10/22 10:10:39.59 pIBN6P0hM.net
同意

602:デフォルトの名無しさん
20/10/22 10:52:16.48 Qr2lkL8E0.net
>>593はWin32環境からシームレスにUWPのAPIも同時に使えるだけだから失敗する要素はない
プレゼンテーション層にUWPのガワが使えるWinUI3にしても、WPFから大きく変わるわけでもないから
WPF使いなら何も問題なく使いこなせるし、新機能のx:Bindや新しいコントロールは魅力的だ

603:デフォルトの名無しさん
20/10/22 12:45:44.95 DhGGRbqY0.net
それができるんなら最初からやっとけよと思いました

604:デフォルトの名無しさん
20/10/22 12:48:43.65 8m/AmRSe0.net
やっと軌道修正したけど、その前はずっとUWPに拘ってたからな
出来るのに敢えてやらなかった期間が実の惜しい

605:デフォルトの名無しさん
20/10/22 13:21:42.75 i6UoXIXD0.net
reunion やwinuiは普通に使われるようになるだろ
mauiが問題

606:デフォルトの名無しさん
20/10/28 01:31:15.77 Mnjk1xv90.net
既存アプリのリプレースついでにwinformsからwpfに置き換えるメリットっていうとやっぱ苦しいよね
いい加減抜け出したいけどそれに金積めるかっていうと

607:デフォルトの名無しさん
20/10/28 03:57:56.89 AQjDAF040.net
チームのスキル具合にもよるけど、リプレースならwinformでもWPFでも工数は変わらんと思うがなぁ
WPFに置き換えるメリットは柔軟なレイアウトがやりやすくなるくらいだから、
多言語化したいとか見た目をモダンにしたいとかの要求がないと苦しいね

608:デフォルトの名無しさん
20/10/28 06:16:33.76 WvjyNsS+0.net
>>601
wpfの良いところは高dpi対応だよ
winformでも出来なくは無いけど面倒すぎる

609:デフォルトの名無しさん
20/10/28 08:38:52.29 cCglm1Caa.net
>>602
dpi対応が必須なアプリも珍しいんじゃね?
ほとんどはUIが多少ボケても使えればいいものばかりでしょ

610:デフォルトの名無しさん
20/10/28 09:02:35.21 3bmwn6Ba0.net
後はテストとかかなぁ。
UIAutomationを使わなくてもVM経由の自動テストでだいたい用が足りるのがありがたい。


次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch