19/01/05 18:48:17.73 pRj2u6rq.net
パート22だけど去年はとうとう1スレも進まなかったのね
625:デフォルトの名無しさん
19/01/05 21:38:20.66 pBvTkhT0.net
普及前にオワコン
626:デフォルトの名無しさん
19/01/05 21:58:36.66 EkbWdI3+.net
デスクトップしか使わんから勉強するモチベ的につらい
たまにこのスレ覗くくらいだわ
627:デフォルトの名無しさん
19/01/06 08:21:41.81 n+0B3BKL.net
ワイが去年ようやくまともにヤリ始めたくらいやしな
628:デフォルトの名無しさん
19/01/06 09:40:28.38 988ZcpZ6.net
さすがにもう普及したよな？
629:デフォルトの名無しさん
19/01/06 10:12:31.85 988ZcpZ6.net
へんじがない、ただのしかばねのようだ
630:デフォルトの名無しさん
19/01/06 10:50:39.74 GQx3m9rS.net
二年くらい前に既にピークアウトしたよ
天保山くらいのピークだったけど
631:デフォルトの名無しさん
19/01/07 13:59:13.14 bF8HGRsU.net
UserControlでマウスのクリックを
＜UserControl.InputBindings＞
＜MouseBinding Gestus="LeftClick"･･･＞
のようにして取得できるんだけど
＜Grid VerticalAlignment="Bottom"＞
このGridはクリックを通したくない場合ってどうするのが正解なんでしょうか？
632:デフォルトの名無しさん
19/01/07 18:20:56.74 lPW7YYFc.net
>>617
正解かどうかは知らないけどPreview系のイベントでハンドリングして以降では処理しないようにするとかはどう？
633:デフォルトの名無しさん
19/01/07 19:56:36.23 IJfA8DXD.net
>>618
なるほどそういう方法があったか
PreviewだとGridに置いたButtonとかが拾えなくなるので
MouseLeftButtonDownでマスクしたところ
うまくいきました
さんきゅー
634:デフォルトの名無しさん
19/01/09 09:58:52.62 g2Kn1lba.net
>>619
あ、そうか。この場合は下に伝えたくないからPreviewじゃないほうか…。
うまくいって良かったよ。
635:デフォルトの名無しさん
19/01/09 15:09:24.79 +sopiOUJ.net
2008年以降に始めたプログラマもWPF使わずwinform使ってんだろうな。
636:デフォルトの名無しさん
19/01/09 15:18:37.04 b059F6IM.net
人脈が無い人はFormしか選択肢が無いからな
637:デフォルトの名無しさん
19/01/09 15:41:58.95 qj5sQCjd.net
>>621
三年前にC#はじめたけどWPF使ってるよ
もともとHTMLさわってたからUIがXMLで書けるのが好み
638:デフォルトの名無しさん
19/01/12 17:53:46.25 dFO1ThRL.net
winformにIE張ってHTMLで書けば解決。
639:デフォルトの名無しさん
19/01/12 18:48:29.44 HnYcSDuU.net
>>624
ねえよｗ
640:デフォルトの名無しさん
19/01/12 18:53:09.27 ft/J6rds.net
Electron.NETは？
641:デフォルトの名無しさん
19/01/13 10:30:32.23 3xnqelpD.net
>>624
それって結局、JavaScriptでプログラミングになるんじゃ？
642:デフォルトの名無しさん
19/01/17 11:09:09.99 HtR/KJjt.net
Desktop Bridgeってのを試しているんだが、sqlite.interop.dllってのが実行フォルダにコピーされないんだが
対策ありますか？手動でコピーすれば大丈夫のようだが（パッケージ化はこれから）
643:デフォルトの名無しさん
19/01/18 02:59:01.71 422ZEWaz.net
Windowsアプリケーションパッケージングプロジェクトだつけ？それ使うといいよ
644:デフォルトの名無しさん
19/01/18 09:11:09.95 kIKV+V7n.net
>>629
残念ながら、そいつ使っているんだが上手く行っていません
sqliteのパッケージはsqlite.interop.dllがx86とx64の切り替えをやっていて
.netのbinフォルダでx64,x86のサブフォルダ上にインストールされるんだが、
そのフォルダが「Windowsアプリケーションパッケージングプロジェクト」のbinにコピーされません
645:デフォルトの名無しさん
19/01/18 18:55:54.77 IdrVS7nW.net
>>630
苦肉の策としてはWindowsアプリケーションパッケージプロジェクトのコンテンツとしてsqliteまわりのdllを入れておくとかかな
プロジェクト内でのフォルダ構造そのままコピーされるからWPFプロジェクト名のフォルダを切って、その下にsqliteのdllを配置してほしいレイアウトで置く感じ
ストアに出すならもう少し頑張らないといけないけどサイドローディングならそれだけで行けると思う
646:デフォルトの名無しさん
19/01/18 22:18:19.67 V6j1airp.net
WPFかあ、もはやそんなのあったなあ、って感じだな。
たぶんもう日本の業務アプリは、もはや２１世紀中はWindows Formsが主流のままだよ。
事務ソフトでアニメーションなんかあっても、ウザいだけ。
647:デフォルトの名無しさん
19/01/18 22:28:37.28 6AuLMq6N.net
>>632
べつにアニメーションがWPFの特徴なわけじゃないと思うが
648:デフォルトの名無しさん
19/01/18 23:06:34.88 VGOuFx45.net
>>632
主流はASP.NETだよ
649:デフォルトの名無しさん
19/01/18 23:43:01.79 cuN/FElZ.net
>>633
メトロUIという非常にユーザから嫌われたUIを使えるのが特徴だな。
650:デフォルトの名無しさん
19/01/18 23:43:57.71 V6j1airp.net
>>633
でもWimdowsフォームとWPFの違いって、ユーザーから見たらアニメーションぐらいじゃね？
>>634
ASP.NETも枯れてていい感じだね！ でも俺は、ブラウザ アプリは遅いので好きじゃないんだ。
マルチ プラットフォーム環境の、不特定多数へのサービスならブラウザ最高！ だけどね。
651:デフォルトの名無しさん
19/01/18 23:56:42.31 UV6kIYNk.net
>>635
WPFとMetroは無関係だが
なんでそんな程度の知識しかしない煽り虫がこのスレに棲息してんだ？
652:デフォルトの名無しさん
19/01/19 00:11:00.38 VQylmDLC.net
>>637
横からだけど、Windows 8が出たときに、メトロUIのWindows Store アプリを作ることが
WPFの目的だった時代があったような。。。それでみんな、ちょっとかじってやめていった。
もう６年前の話なので、あのわずかな期間を、どれほどの人が覚えているか知らないが。
653:デフォルトの名無しさん
19/01/19 00:18:01.67 75e4SvGx.net
4Kモニターユーザーとしては、WPFアプリは標準で高DPIに対応してるのが良い。
何もしなくてもSystem DPI Awareで、Per monitor DPI Awareにするのも簡単。
654:デフォルトの名無しさん
19/01/19 00:18:17.44 oMrzH9i0.net
>>636
ユーザーから見たら同じとか言い出したら中身がC++でWINAPIベタ書きでもPythonかなんかでTcl/Tkで書いても全部一緒ってことになるだろうが
作り手にとって違うなら十分違うんだよ
655:デフォルトの名無しさん
19/01/19 00:29:52.82 mfJttzKn.net
>>638
そんな時代は一秒たりとも無かった
656:デフォルトの名無しさん
19/01/19 00:46:30.27 tvz2yBQ7.net
>>638
> 時代があったような
ないです
そんなわけのわからん記憶をどこでねつ造してきたの…
657:デフォルトの名無しさん
19/01/19 02:11:35.76 FJgPPckz.net
WPF登場から13年。
Windows95発売からWindows7が発売されるまでが14年。
こんだけ経って普及してないんならもう普及は無理だわ。
658:デフォルトの名無しさん
19/01/19 02:12:48.87 voGwqUEx.net
数値で語れよ
659:デフォルトの名無しさん
19/01/19 02:29:15.43 6wlQil+Y.net
メトロUIこそWPFの真骨頂なのに何言ってんだか。WPF開発者がそう言ってるだろ。
660:デフォルトの名無しさん
19/01/19 03:08:57.41 g9MKrhJk.net
普及するとか普及しないとかいうより、新しいWindowsアプリなんてほとんど登場してないだけだろ。WPFとかWinFormsとかあんま関係ない。
マウス入力のUIの既存ので間に合ってて誰も新しく作らない。
661:デフォルトの名無しさん
19/01/19 03:12:50.62 g9MKrhJk.net
マウス入力に最適化されたUIのアプリは既存のデスクトップアプリで間に合っててほとんど誰も新しく作らない。
だからWinFormsとかWPFとかそれ以前の問題。社内アプリとかでぼそぼそ作ってるところとかもあるかもしれんが。
662:デフォルトの名無しさん
19/01/19 04:12:15.37 XwZdf3Vk.net
タブレットと同じソースが使える筈だったザマリンを
自分達で潰したから普及する訳無いでしょうな
663:デフォルトの名無しさん
19/01/19 09:17:07.56 jiSSqTLg.net
>>631
WAPのバイナリに手動コピーするとしっかり配置してくれているようだから
当座はそれで凌げそうです
sqliteかVSかどちらかのバグだろうから、そのうち解消されるまで待つことにします
しかしWAPでX64選択しても店子のWPFプロジェクトはAnyCPUが選択されるため
WAPのバイナリは32bitのwpfバイナリイメージになっていたのはびっくりしたわ
（構成マネージャーで手動修正可能だが）
664:デフォルトの名無しさん
19/01/20 09:51:20.57 g1HOkIkx.net
>>645
MetroStyleしようと思ったらOSS入れないと駄目なくらいWPFでは組み込みサポートないよ
Windows8ではWindows Runtime上で動くWindows Store Appが追加されてたけど、それと勘違いしてる？
665:デフォルトの名無しさん
19/01/20 09:57:21.70 o3vZ0H0Z.net
RTをメトロUIと勘違いしてる馬鹿がいるのか。
666:デフォルトの名無しさん
19/01/20 13:24:29.55 RH6gs2bU.net
もう少し踊ってから突っ込もうよ
667:デフォルトの名無しさん
19/01/21 18:19:03.49 tYy/rBPT.net
そうではなくてWPFとXAMLを勘違いしてるんではないですか？？？
668:デフォルトの名無しさん
19/01/21 18:32:48.11 W4SvihMi.net
あの不人気なフラットデザインをメトロって言うんだよ。
VSで言えば、VS2010から採用された悪評高いのっぺりデザイン。
669:デフォルトの名無しさん
19/01/21 18:35:25.80 /LcXY3ac.net
windows95から２４年も代わり映えのしないデザインより遥かにマシじゃね？
670:デフォルトの名無しさん
19/01/21 18:38:30.84 5kYBxhZB.net
COOLBARは何故流行らなかったのかのう
671:デフォルトの名無しさん
19/01/21 20:36:07.05 lj+m/cPS.net
Lunaが最強ってことが証明されたな
672:デフォルトの名無しさん
19/01/22 05:09:13.93 Tca6Oe/x.net
>>654
> メトロって言うんだよ
> VS2010から採用された
言いません
673:デフォルトの名無しさん
19/01/22 07:00:29.33 WokHO9Ir.net
その法螺が何故バレないと思ったのですか？
674:デフォルトの名無しさん
19/01/22 11:03:13.76 C/+p9Ld8.net
自分でカッコイイスタイル作れば良いじゃない。
675:デフォルトの名無しさん
19/01/22 12:24:03.41 /AWQHDv1.net
>>655
進化してればいいんだが、見た目が変わっただけというのは害悪しかない
676:デフォルトの名無しさん
19/01/22 14:39:51.95 wSuDIWGq.net
>>658
wikipぐらい読んできたら？
677:デフォルトの名無しさん
19/01/22 14:55:05.57 MOxebT3c.net
メトロじゃなくてモダンUIって言うんだよね
678:デフォルトの名無しさん
19/01/22 16:37:46.63 WokHO9Ir.net
僕のアダナを 知ってるかい メトロUIと いうんだぜ
デマを流して もう三月 雨や嵐にゃ 慣れたけど～
679:デフォルトの名無しさん
19/01/22 19:29:08.93 VAAf+Tqy.net
WPFがメトロUIだと言いだす馬鹿はほっとけばいい
680:デフォルトの名無しさん
19/01/22 19:36:27.54 wSuDIWGq.net
>>665 ←十分条件と必要条件が理解できない典型的馬鹿文系の例
681:デフォルトの名無しさん
19/01/22 19:39:09.14 sLZ546NU.net
>>662
ここにこう書いてあるとソース貼れば良いのでは？
682:デフォルトの名無しさん
19/01/22 19:41:44.31 wSuDIWGq.net
>>667 ←ところで誰でも知ってることを必死にID代えながら全否定してる馬鹿は何者？
683:デフォルトの名無しさん
19/01/22 19:49:19.76 sLZ546NU.net
>>668
ソースを貼れば黙らせられるんじゃない？
俺もグラデとボーダー抑えただけのフラットデザインをメトロと呼んでいたなんて初耳だけど
684:デフォルトの名無しさん
19/01/22 19:50:43.94 wSuDIWGq.net
ID:sLZ546NU＼
ノ)人(＼ フ
人(へニﾌ )人 )
へ ( 〈●) ヘ)ﾉｲ
Y Ｙ ///￣ (●/ノ
ヽﾉ _ﾉ~｜
_ﾉ /￣＼ / <ボクが一番WPFに詳しいんだ!!!
―､＿＼二ﾉ ／
/ / イ/￣/
685:デフォルトの名無しさん
19/01/22 19:57:27.37 sLZ546NU.net
>>670
イヤそちらの方が詳しいから主張しているのでは
686:デフォルトの名無しさん
19/01/22 20:22:42.49 MXMUazpF.net
もしかしてwikipediaのこれをみてWPF=メトロって解釈したの？
URLﾘﾝｸ(ja.m.wikipedia.org)
>Windowsストアアプリ
>Windows 8/Windows RTにおいて導入されたWindowsストアアプリ（WinRTアプリ、Modern UIアプリケーション）はWPF同様XAMLによって
>ユーザインタフェース要素を記述し、WPFに類似したプログラミングモデルを提供する。Windows 10においてWindowsストアアプリの後継として導入された、ユニバーサルWindowsプラットフォーム(Universal Windows Platform, UWP) アプリケーションも基本は同様である。
687:デフォルトの名無しさん
19/01/22 20:48:43.71 QHh5YGXw.net
URLﾘﾝｸ(ja.m.wikipedia.org)
VS2010なんて欠片も出てこんぞ
688:デフォルトの名無しさん
19/01/22 22:19:57.39 WokHO9Ir.net
Windows8の開発には普通vs2012がいるからねぇ
その時点で駄法螺でしょうな
689:デフォルトの名無しさん
19/01/23 08:17:24.46 qi0lTRAT.net
2010ってメトロじゃなくてリボンだよな
690:デフォルトの名無しさん
19/01/23 13:40:33.94 HL71aJyT.net
VS2010って急に重くなってヘルプが使い物にならなくなったバージョンだな。
そしてドキュメントも整備されなくなった。そして記念すべき.net4というアホバージョンが登場。
以後の.netの仕様は互換性は皆無、仕様は右往左往、排他仕様、切捨ての嵐となった。
サポートには苦情の嵐でどうにもならず、多くをオープンソース化してユーザに丸投げ。
この辺りだな、MSの技術力が急低下したのは。
691:デフォルトの名無しさん
19/01/23 17:54:23.20 7Xice4uJ.net
ホラVS2010がメトロとかわけわからんこと言うから
おじいちゃんが発作起こしちゃったでしょう
692:デフォルトの名無しさん
19/01/23 18:20:46.09 edUcCP3i.net
.NET4ってそんな互換性問題あるの？
693:デフォルトの名無しさん
19/01/23 18:51:14.01 I89Lhnmb.net
>>679
そんなに騒ぎになった記憶がないから該当レス書いた人の個人的なお気持ちだと思う
694:デフォルトの名無しさん
2019/01
695:/23(水) 23:15:09.20 ID:XC225FJG.net
696:デフォルトの名無しさん
19/01/25 09:52:20.19 iIPgsGqp.net
>>653
同一視してる可能性は否めない。
WPFもWin8アプリもWin10アプリもXAML使ってるが、ライブラリもランタイムも違う別物。
697:デフォルトの名無しさん
19/01/26 09:16:41.79 OsfS9aSf.net
同じなのは流行らなかったことだけ
698:デフォルトの名無しさん
19/01/26 10:08:44.16 Uh6dxh25.net
結局WPF is Metroさんは勘違い以前のただの釣りだったのけ？
煽りにしても意味わからんしもともとMetroの定義も曖昧だから
なんか説明してくれると思ったのになあ
699:デフォルトの名無しさん
19/01/26 18:55:05.39 Y7bMbEQa.net
RenderTargetBitmapをpngやbmpファイルに落とすと
1920*1080とかになると一秒くらい掛かってしまうんですが
もっと速くする方法はないでしょうか？
700:デフォルトの名無しさん
19/01/26 19:03:15.69 e1WSpEYP.net
>>684
WPFではなくSystem.Drawingを使う
701:デフォルトの名無しさん
19/01/26 19:26:17.13 Ri9j5s09.net
>>685
ありがとうございます。
調べてみます。
702:デフォルトの名無しさん
19/01/29 22:16:08.48 J+sWoFLO.net
VS2010のデザインをメトロだと言い張る無知なバカはもう消えたのか？
703:デフォルトの名無しさん
19/01/30 20:59:27.87 k0iyXRWx.net
フォント名が長いと、.NET Framework 3.x の WPF アプリケーションが起動できなくなる
URLﾘﾝｸ(social.msdn.microsoft.com)
704:デフォルトの名無しさん
19/01/30 21:05:49.02 egp2lgSt.net
くだらねえｗ
705:デフォルトの名無しさん
19/01/31 09:39:30.69 vGUFjnx2.net
そういやパスの長さ２６０文字の呪いは解消されては居るが、
都合で隠し機能になってレジストリ弄らないよ有効にならないんだよな
706:デフォルトの名無しさん
19/02/04 15:46:52.43 HqJ1XC2z.net
MSの中ですらもう粗大ゴミ、時代遅れのガラクタWPFはどうするんだろ？
707:デフォルトの名無しさん
19/02/04 16:02:56.33 anS2S9Gv.net
XAML2009から １０年たった
708:デフォルトの名無しさん
19/02/07 01:59:25.27 MC0LZezS.net
WPFスレがまだあったか。こんなもの普及しないと思ってたけどまさかPart22まで伸びてるなんて。
随分と普及してたんだなw
709:デフォルトの名無しさん
19/02/07 10:22:40.21 yNoKt8cU.net
WPFは永遠に不滅です
710:デフォルトの名無しさん
19/02/07 17:44:50.95 AZgaiG2V.net
仏滅です
711:デフォルトの名無しさん
19/02/09 04:50:14.45 sDrAsohP.net
普及はしていない。
ただWPFに手を出してしまった馬鹿の移行先をMSが出してくれないだけ。
もはや蟻地獄。抜け出せない。
712:デフォルトの名無しさん
19/02/09 09:11:06.79 YAWSonmT.net
「民主主義は最悪の政治体制だ。民主主義以外のあらゆる政治体制を除けばだが。」ってやつか。
713:デフォルトの名無しさん
19/02/11 00:10:18.72 6+Tsh20r.net
>>696
そもそも、wpf以外に何があるんだ？
714:デフォルトの名無しさん
19/02/11 00:42:41.21 +JwKy76Y.net
>>698
騙された連中は置き去りにしてMS自身はElectronへ完全移行したね
715:デフォルトの名無しさん
19/02/11 00:52:27.04 xSGeZZ3R.net
>>699
そんな妄想要らないから
716:デフォルトの名無しさん
19/02/11 14:22:23.08 bgIMs+lc.net
>>699
ねーよ
717:デフォルトの名無しさん
19/02/11 16:15:33.53 Y0EVtjJ+.net
どうしてなの―ッ！！
どうしてエレクトロンしないのよーッ！！
718:デフォルトの名無しさん
19/02/11 22:34:07.70 uROPGjdF.net
>>699
例えばMSのoffice2019は何で書かれてるのかな？
719:デフォルトの名無しさん
19/02/12 02:06:13.15 eIkOeJCS.net
謎々ならママに出題してろガキ
720:デフォルトの名無しさん
19/02/12 19:50:48.27 7N8AExQC.net
MFCをはじめGUIライブラリは昔はOfficeチームが牽引してたけど、リボンUIで失敗してからはグダグダ
失敗の始まりはUIデザイナーなるものがプログラマに横槍を入れるようになったから。
721:デフォルトの名無しさん
19/02/12 20:59:43.50 KFZGfstb.net
クールバー(Ie4)ぐらいからおかしかったけどなぁ
722:デフォルトの名無しさん
19/02/14 09:26:31.90 yYU+y3KS.net
VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？
クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
723:デフォルトの名無しさん
19/02/14 09:27:23.92 yYU+y3KS.net
VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？
クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
724:デフォルトの名無しさん
19/02/14 09:27:25.53 yYU+y3KS.net
VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？
クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
725:デフォルトの名無しさん
19/02/14 09:31:21.25 LetEd1Jm.net
君もそろそろアップデートしてはどうか
チャタってますよ
726:デフォルトの名無しさん
19/02/14 12:42:58.11 k9Mf52PP.net
>>707
システムソフトの開発会社であれば、OSなどの違いにより別作りを
避けられるので大きく負荷低減になる。
ユーザー企業であれば、システムの変更が必要になった際に作り直しを
する負荷が減る。この場合同じ環境を使い続けられるとすると余計な
作業と思われるが、企業合併なので約束できないのが実際なので。
一般の開発会社やSI'erは、言われるがままに作るだけ。
727:デフォルトの名無しさん
19/02/14 12:43:42.99 k9Mf52PP.net
企業合併なので＝＞企業合併などで
728:デフォルトの名無しさん
19/02/14 12:53:37.73 k9Mf52PP.net
WPFとUWP、xaml部分は共通な部分が多いと考えていいのかな。
PCをWin10に移行するんだが、社内で多用しているるツールが
独自のGUIを持っていてWin10でも動くのだが、作り変えたいという
希望がある。その際にクライアント（PC）上のGUIはWPFでどうかな
と思っているんだよね。これに関係ないアプリはUWPだったりとかに
なるだろうけど。
どう思います？
729:デフォルトの名無しさん
19/02/14 13:14:00.40 p9FOynB1.net
xamlだけ見ると、UWPはイベントをバインディング出来るのが特徴でWPFだとビヘイビアを実装しないとアクセスできない処理をVMで処理できる
あと、Prism.Unityの仕様が
730:だいぶ違っていてUWPのほうが簡潔に書けるし強力だ 問題になるのは現状UWPでDB弄るときはRestAPI実装しないといけない（SqLite以外）ところかもな Core3でEF6サポートだからどうなるか分からんが
731:デフォルトの名無しさん
19/02/14 13:45:10.69 k9Mf52PP.net
ありがとう、
使用するツールがデータIOや管理はするので、WPFでもUWPの場合でも
DBは一切直接弄らない。イベントバインドってどんなモノだろう。
普段WPFは使っているがUWPは使用していないもので。
ちなみにクライアントの画面コントロールは、PowerShell＋WPFで考えて
いる。私自体は普段それで使っているので。
将来的に他のアプリでは、UWPの利用があり得るので技術習得として
FormよりWPFで感覚をつかんでもらうのもいいかなという発想がある
んだけど。
どんなもんでしょう。
732:デフォルトの名無しさん
19/02/14 14:54:44.10 p9FOynB1.net
>>715
イベントハンドラをViewのコードビハインドに書く要領でVM上に書いたイベントハンドラにバインドする
書き方はViewに書くものをPublicにしたものでOK
書き忘れたけど、x:Bindという新しい書き方のバインドはコンパイル前に解決するので
バインド異常をコンパイラーが検知してエラーを出してくれる
それとListBox系のテンプレートの癖が若干違っていて、これは簡単に説明できないけど
そのまんま移植って訳にはいかない
733:デフォルトの名無しさん
19/02/14 15:11:33.01 J2f7YHNb.net
データバインドはいつも使うが、イベントのバインド分んないな
調べてみて共通な部分を使うような感じで考えてみようかと思う。
今まで利用していたものの差し替えなので、今回は高度なインターフェースは
期待していないので、いけそうな気がしているので。
734:デフォルトの名無しさん
19/02/14 17:11:13.40 vH0g0L/F.net
>>715
.NET Standard 2.0対応したバージョン以降はSqlConnectionあるからSQL Serverつなぎに行けるよ。
その場合は配布方法はサイドローディングになるけど。一般公開ストア審査は多分通らない。テスト用DBサーバーをインターネットに晒して審査員にアクセス出来るようにしていたら可能性はあるけど…。
Microsoft Store for Businessの業務アプリとして出すのは平気
735:デフォルトの名無しさん
19/02/14 18:36:00.93 J2f7YHNb.net
>>718
ありがとう。
>SqlConnectionあるからSQL Serverつなぎに行けるよ
残念ながらそれは使わないので
736:デフォルトの名無しさん
19/02/14 22:37:38.12 yYU+y3KS.net
>>720
知ってる風だがsilver lightやRIA service使ったことないだろ？
実情は復旧しなかっただけで、もともとクロスプラットフォーム目指してたし。
世の中がhtml5に流れたから使われなかった。
だが、一部の開発者は開発コストの大幅な削減でマニアが多かった。
なぜ、サーバ側の処理書いて、cl側はjson.netでわざわざ解析して展開しなきゃならんのかと、いままで自動でバインドするだけだったのに。
っていうただの愚痴です。
737:デフォルトの名無しさん
19/02/15 00:12:26.01 dIP2EtTm.net
俺の事か?
738:デフォルトの名無しさん
19/02/15 01:28:57.49 /YtP15ex.net
>>720
MySQLのNuGetパッケージも動くかはわからないけど.NET Standardだよ
739:デフォルトの名無しさん
19/02/18 00:46:05.66 olCA/49u.net
WPFネイティブビルドはいつ来るんだよ
740:デフォルトの名無しさん
19/02/18 09:44:54.34 Gg3Zrhrc.net
.NET CoreのWPFでcorertビルドできるか試してみたら？
741:デフォルトの名無しさん
19/02/18 14:34:51.34 RuxUtwk/.net
ずっと話噛み合ってねえからな
742:デフォルトの名無しさん
19/03/03 06:37:29.80 T/Unp2I5.net
幸いなことに普及しなかったから切捨ては簡単なのにMSは何でいつまでも引っ張ってるんだろうか。
743:デフォルトの名無しさん
19/03/03 07:11:00.36 deUg/ATf.net
捨てたらWinFormしかなくなるからじゃね？
744:デフォルトの名無しさん
19/03/03 08:26:42.12 LWbZmqMl.net
>>726
何をもって普及しなかったと？
745:デフォルトの名無しさん
19/03/03 09:48:53.30 T/Unp2I5.net
>>728 ←MSの内部はこんな感じなんだと思う。みんなで失敗を認めなければいいみたいな
746:デフォルトの名無しさん
19/03/03 10:02:27.12 oO/57lY2.net
普及しなかったってのはFormsからの移行が進んでいないって意味かな？
それが事実かはともかくとして、仮にそうだとしてもMS的には別に困らんような。
747:デフォルトの名無しさん
19/03/03 10:03:46.17 bf98Y86X.net
VisualStudioもWPFみたいだし、なくなったらMS自身も困るからだろ
748:デフォルトの名無しさん
19/03/03 10:04:03.21 dERM3yKu.net
WPFで作ってるアプリあるから捨てられたら困るんだが
749:デフォルトの名無しさん
19/03/03 10:12:24.22 T/Unp2I5.net
なんだもうそんなに負の遺産があるのかw ますますドツボだな、MSw ドンマイw
750:デフォルトの名無しさん
19/03/03 10:41:26.59 lt0l3pkH.net
UWPでない新しめのデスクトップツールだとまたMS自身もちょくちょくWPFを使うようになってんね
MS自身はホントどうしたいのって感じだがまあ部署間で足並み揃えようとしねえのは昔からか
751:デフォルトの名無しさん
19/03/03 12:56:35.84 1Q73+Y6z.net
WPFが普及しないというより、新しくWindowsアプリを作る需要がないだけ。
昔はパソコンしかなかったからどんなアプリでもWinアプリにせざるを得なかったけど大多数である参照系のアプリはandroid、iosに取られちゃったからな。
残ったマウス、キーボード使う生産系のアプリは元からそんな種類ねぇし成熟してたから新しくWPFで開発する需要がほとんどないだけじゃねぇかな
752:デフォルトの名無しさん
19/03/03 12:58:33.38 1Q73+Y6z.net
そもそもWPFが普及するとかしないとかの以前の問題で、新しくWindowsデスクトップアプリを作る需要がそもそもない
753:デフォルトの名無しさん
19/03/03 13:18:27.42 lt0l3pkH.net
その数少ないデスクトップアプリもUWPに傾倒してたから尚更やね
開発方面だとまだ需要はあるんだろうけど
最近のMS製だとWinDbg Preview、MSIX Package Tool、新生PIXかな、WPF使ってるの
大人気のVSCodeはElectronだがｗ
754:デフォルトの名無しさん
19/03/03 13:59:14.27 LWbZmqMl.net
>>729
まだ数字出せないの？
755:デフォルトの名無しさん
19/03/03 14:13:21.59 oO/57lY2.net
「WPFはオワコン」
「じゃあ今なら何なの」
「いや、デスクトップアプリ自体がオワコン」
このパターン飽きた。
756:デフォルトの名無しさん
19/03/03 14:35:03.46 SdABX3ej.net
HTML5アプリは書くの面倒だからデスクトップアプリできるだけ長生きしてほしいけど
あと20年もしたら絶滅してそうでつらい
757:デフォルトの名無しさん
19/03/03 15:02:15.19 oO/57lY2.net
HTMLベースの方が楽に開発できる環境にでもならなけりゃそうそう絶滅なんてしないと思うが、
そうなったらなったでそのときに乗り換えればいいような。
758:デフォルトの名無しさん
19/03/03 21:34:22.05 bf98Y86X.net
>>739
オワコン言いたいだけでまともに議論する気無いからな。
デスクトップアプリの需要は下がったけど、無くなったわけでは無いのに。
759:
19/03/03 21:38:24.22 OccEVyH1.net
デスクトップアプリがオワコンなのは、どうしてでしょうか？
私には資金回収が難しいなだけで、それさえ対策できれば、実行コストの低い、まだまだやっていけるものだと思うのですが？
760:デフォルトの名無しさん
19/03/03 21:44:09.25 hfR9GyUN.net
オワコンというか、今後の発展が見込めない、が正確な表現では
761:
19/03/03 21:57:31.05 OccEVyH1.net
>>744
デスクトップアプリのどのような特質が「発展の見込めない」という評価につながるのでしょうか？
762:デフォルトの名無しさん
19/03/03 22:05:17.71 EUJr/Yte.net
てか、オワコンとか発展が望めないと思ってるのになんでこんなスレ見てるんだろう…
763:デフォルトの名無しさん
19/03/03 23:03:10.90 bf98Y86X.net
>>745
MSがUWPに傾倒していたせいでWinFormもWPFも最近数年間はほぼ放置状態だったからかな。
最近、若干方針が変わる兆しがあるけど。
変わるWindowsのアプリ戦略 UWPからデスクトップアプリに原点回帰か
URLﾘﾝｸ(ascii.jp)
764:
19/03/03 23:13:14.16 OccEVyH1.net
>>747
UWP のことをよくわかっていない私からすると、なぜ UWP に傾注してしまったのか？その理由は知りたいですね
古き良き WinForm/win32api も、その効率のよさから捨てたものではない、と思っているんですが
765:デフォルトの名無しさん
19/03/03 23:55:38.53 DRmEmwqA.net
早くWindowsを移行させたいんだろ。
新しいプログラムはWin10でしか動作しませんて誘導したいんだよ。
プログラム組む側からすると、動作環境を広く取ろうとしてWin formsに戻ってしまう。
766:デフォルトの名無しさん
19/03/04 00:04:34.24 tJNb7RRD.net
いまだにXPもサポートしないとならないとか？
767:デフォルトの名無しさん
19/03/04 00:19:18.31 EDazvbca.net
今新規にデスクトップアプリを作るなら、消去法でWPFで作るな
UWP→制限多すぎ
WinForms→見た目が少し古臭い、高DPI対応が面倒
768:デフォルトの名無しさん
19/03/04 02:25:30.23 Ove/38XS.net
>>745
主語が足りなかったな
今後の見込みがないのはデスクトップアプリではなくWPFの話
769:デフォルトの名無しさん
19/03/04 02:28:00.38 Ove/38XS.net
>>746
思ってるが、自分では(不便だと思いつつ代替もないから)使っているし
ごくまれに聞きたいこともある、だけだよ
なんでこう、デジタルな考え方しかしないのかな
脳のビット数が不足しているのではないか
770:デフォルトの名無しさん
19/03/04 02:35:35.67 giGZlJBT.net
>>753
代替がないものがなぜオワコンなの？
771:デフォルトの名無しさん
19/03/04 04:53:59.76 EmJso4tN.net
>>753
> なんでこう、デジタルな考え方しかしないのかな
> 脳のビット数が不足しているのではないか
それオワコンとか言ってる奴に言ってやれよw
772:デフォルトの名無しさん
19/03/04 06:56:08.44 cCE8sCbS.net
>>749
UIがそのままなら簡単に移行してくれたのにな
773:デフォルトの名無しさん
19/03/04 15:23:19.99 w8dB2aNH.net
>>754
オワコンなんて言ってねえだろが
ガイジは死ね
774:デフォルトの名無しさん
19/03/04 15:23:46.28 w8dB2aNH.net
>>755
お前が言えよ
ガイジは死ね
775:デフォルトの名無しさん
19/03/04 15:35:23.67 dcxfKk5Q.net
>>757
>>746
776:デフォルトの名無しさん
19/03/04 15:36:42.09 cCE8sCbS.net
老害はいつまでもしがみつくだろうけど、もう設計が古いから仕方がない。
777:デフォルトの名無しさん
19/03/04 18:42:25.37 LMssFTDP.net
>>758
基地外逆ギレ!!
アホすぎるw
778:>
19/03/04 22:15:20.60 ZkVjgjtb.net
WPFは、最悪消えてしまってもいい。
ただ、DataBinding(MVVM)だけは消えないでくれ。
画面を直接触るのだけは、本当にもうゴメンだから。
779:デフォルトの名無しさん
19/03/05 03:41:05.08 VHEmdXzp.net
とろくさいDataBindingがガンでしょ
パフォーマンスでないのをデフォにしたから子供のおもちゃ程度の代物になった
780:デフォルトの名無しさん
19/03/05 08:20:05.75 V/vcMjCW.net
>>749
Win Formsだと動作環境が広いってどういう意味？
それだとWPFでも一緒じゃん。
781:デフォルトの名無しさん
19/03/05 09:25:57.02 oCFZHxSl.net
WinRTのx:bindのコンパイル時バインディングってどれぐらい速くなるの？
782:デフォルトの名無しさん
19/03/05 09:56:16.04 pOIJCY+L.net
>>765
binding単体では３桁ほど早くなるらしいが、元々そこまでボトルネックでもなかったから
体感するほどの改善ともならない
ただコンパイル時にエラーが出ることとイベントをバインディング出来るのが素晴らしい
783:デフォルトの名無しさん
19/03/05 11:29:16.80 oCFZHxSl.net
>>766
そっか>>763がbindingとろくさいって言うから、コンパイル時バインディングならどれくらい改善されるのかなぁと思って。
まぁ、確かにatomレベルのCPUでスクロールとかすると、それだけでCPU使用率50%ぐらいまでいって、おぉいって思ったりするけど。
784:デフォルトの名無しさん
19/03/06 10:26:28.54 JcAkNipr.net
糞遅いのが致命的だな。
速度を犠牲にしてまで設計の自由度なんて誰も求めてなかった。これがすべて。
しかも、自由にして生まれたのは一貫性のない糞UIばかりだし・・・
785:デフォルトの名無しさん
19/03/07 09:31:03.96 rQAOToBL.net
>>767
WPFはbindingがトロいんじゃなくて、その結果発生するレイアウト処理がトロい
WindowsRuntimeではそこが全部C++で書き直されて速くなった
まあ元々C#が遅かったというよりは設計が悪かったんだけどね
786:936
19/03/07 09:48:51.25 Y1f21TJd.net
アクセスの連帳フォームみたいなのをデータバインドでサクッと作るにはどうすればいいですか？
787:デフォルトの名無しさん
19/03/07 10:45:33.66 rQAOToBL.net
WindowsFormsHostでDataGridViewをホストする
あとはWinFormsのバインディングと全く同じ
WPFのDataGridはパフォーマンスも品質も劣悪であり、全くお勧めできない
788:936
19/03/07 11:28:20.39 Y1f21TJd.net
あ、連帳フォームというのはサブフォームが繰り返し縦に並んで表示されるイメージです
ユーザーコントロールというのを作ってデータグリッドに入れればいいのかなぁ…
よくわからん
789:デフォルトの名無しさん
19/03/07 11:47:20.92 RP/V7Oo/.net
>>772
それならItemsControlじゃね。
790:デフォルトの名無しさん
19/03/17 03:23:02.17 ZfsC9V3u.net
>>769
不自然にWindowsRuntime持ち上げるやついるけど何なの？
791:デフォルトの名無しさん
19/03/17 03:25:56.69 ZfsC9V3u.net
>>740
どう見ても先にお前が死ぬけど
792:デフォルトの名無しさん
19/03/17 07:25:57.50 yCX0oe5H.net
10日以上前のレスに煽りとか
793:デフォルトの名無しさん
19/03/17 08:22:41.77 HhaziKqA.net
774「俺ほど生きていると昨日も十日前も変わらん」
794:デフォルトの名無しさん
19/03/17 08:33:14.42 495JleXt.net
毎日、恐怖新聞が届いているんだろ
795:デフォルトの名無しさん
19/03/23 21:19:58.06 z2QU9pxb.net
4Kモニタにしたら画像でWindowを切り抜いてる自作アプリが150%拡大されてぼけてるから切ろうと調べて
manifestでdpiAwarenessとか弄ったけど拡大されたままだった・・・
exeのプロパティから切ってみてもダメだった
imageだと何かやらないといけないことあります？
796:デフォルトの名無しさん
19/04/02 13:39:30.44 swQr9XoF.net
>>769
設計が良くても事実C#は遅い。
797:デフォルトの名無しさん
19/04/02 16:17:57.16 G0IU8QbO.net
言語が速い遅いって・・
798:デフォルトの名無しさん
19/04/02 16:19:03.43 swQr9XoF.net
なんだ、言語仕様も読んでない馬鹿がいるのか。
こんなのどう実装仕様しようと速くはならない。
799:デフォルトの名無しさん
19/04/02 16:20:12.69 LaytCbYO.net
ガイジはママとお話ししてろ
800:デフォルトの名無しさん
19/04/02 16:20:22.80 swQr9XoF.net
ゆとりにプログラミングは無理。
仕様を読まないから。
801:デフォルトの名無しさん
19/04/02 16:21:44.34 swQr9XoF.net
ガイジってなんだ？ ゆとりは意味不明な造語が多くてコミュニケーションが取れないな。
少しは社会に出ろよ、無職のゆとり君。
802:デフォルトの名無しさん
19/04/02 16:22:54.29 dXsjgzSh.net
ガイジと呼ばれる自覚はあるのか
803:デフォルトの名無しさん
19/04/04 02:43:02.44 iJ70eOZ4.net
インタープリターがオーバーヘッドの大きいオブジェクト指向ライブラリをドライブするんだから、
ネイティブコードでAPI叩くアプリに速度で敵うはずがない。
開発速度では逆なんだろうけどね。
804:デフォルトの名無しさん
19/04/04 08:39:53.97 98Woo/LB.net
何の話？受信機が反応しちゃったかな？
博士に調整してもらってね
805:デフォルトの名無しさん
19/04/05 09:36:19.80 XIaLs/Gd.net
テンプレートの速度でC++が勝てるとは思えないが
本当に使った事あるのかな？
806:デフォルトの名無しさん
19/04/18 18:57:23.90 T7kURinD.net
WPFってC#プログラマのステップアップにいいかな？
案件数少ないし微妙か？
C,C++,C#とやってきて、今後のステップアップの方向性が見えない
WPFもUWPもxamarinもこけてるイメージしかない
一応WPFは基本はある程度習得したが、このまま勉強続けていいものか迷うわ
ずっとWindowsで食ってきて今更javaとかPHPとかに移行するのもアレだし、Windowsのプログラマはマジで今後どうしたらいいの？
807:デフォルトの名無しさん
19/04/18 19:10:40.63 ZCyI8Tks.net
XAML技術自体は、何か1つくらい覚えておくに越した事は無いと思う
ヒマがあるならね
808:デフォルトの名無しさん
19/04/18 19:59:40.78 ZOWixQcl.net
UI欲しいなら別の言語学んだほうがいいよ
C#は
809:デフォルトの名無しさん
19/04/18 20:01:39.92 YCaR8eKb.net
>>790
GDIはマスターした？
810:デフォルトの名無しさん
19/04/18 20:02:20.08 ZOWixQcl.net
C#は一時機は先端を走る言語だったけどもう古い言語でいまいち
どうしても記述量が多くなるので最近の新しい流れとは相いれない
811:デフォルトの名無しさん
19/04/18 20:05:20.88 rt2qFRnt.net
>>794
最近の新しい流れとは？
812:デフォルトの名無しさん
19/04/18 20:06:02.89 ZOWixQcl.net
自分は20年近くC#使ってて慣れてるからほぼC#でしか書かないけど他の人にC#は薦めない
新しい言語で書いたほうが楽だし先の見通しも良い
813:デフォルトの名無しさん
19/04/18 20:12:03.27 MuNMFUne.net
ガイジかよ
独り言はママに聞いてもらえ
814:デフォルトの名無しさん
19/04/18 20:13:53.05 ZOWixQcl.net
>>795
コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
C#は伝統があるのでそういう仕組みを全面的に取り入れられない
文末の;やforの( )などは新しい言語ではどんどん削られてきている
ガイジという言葉を使う人間は人間のクズなので相手にしなくていい
815:デフォルトの名無しさん
19/04/18 20:16:32.82 rt2qFRnt.net
>>798
何を言い出すかと思ったらセミコロンと（）かよｗｗｗ
816:デフォルトの名無しさん
19/04/18 20:19:26.60 ZOWixQcl.net
人間のリソースは限られている
一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
それを考慮してない言語は徐々に廃れていく
817:デフォルトの名無しさん
19/04/18 20:20:56.01 ZOWixQcl.net
ある言語で10行で書けるものが他の言語で20行必要なら
もう比較すらする必要がない
818:デフォルトの名無しさん
19/04/18 20:23:56.64 ZCyI8Tks.net
>コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
でもお前らラムダ式を使いまくると怒るじゃん？
819:デフォルトの名無しさん
19/04/18 20:32:11.61 MuNMFUne.net
ガイジの相手をするな
820:デフォルトの名無しさん
19/04/18 21:01:50.29 rOS6RuMW.net
見てると何か勉強するときのスタンスが短絡的というか。
確かに将来性あるUIツールキットの方がいいが、俺が勉強したときはもっとWPFというより言語などに依存しないMVVMの概念とか具体的な実装方法とかそっちを目的にWPF,UWP勉強したな。
おかげでandroidでもデータバインディング+MVVMを簡単に利用できたし
821:デフォルトの名無しさん
19/04/18 21:02:21.26 5W4Q1GlN.net
あたらしいげんごってなんですかー？
ぐたいてきにおしえてくださーい(笑)
822:デフォルトの名無しさん
19/04/18 21:03:54.35 5W4Q1GlN.net
>>804
それなら、その経験を悩んでるやつに伝えてあげて
その方がためになるはず
823:デフォルトの名無しさん
19/04/18 21:41:00.05 XtndMXiD.net
> 人間のリソースは限られている
> 一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
> それを考慮してない言語は徐々に廃れていく
典型的なコーダーの思考回路やんw
824:デフォルトの名無しさん
19/04/18 23:36:15.90 R1Vb6ITR.net
求められているのは見て理解しやすく、間違いが入りにくいものであり、コードが少ないものではない。
実際、今はテキストエディタでさえコード補完ができる。
825:デフォルトの名無しさん
19/04/19 07:34:26.98 C7le4Nb4.net
>>808
だったらXAMLは最悪最低だよなｗｗｗ
826:デフォルトの名無しさん
19/04/19 07:53:59.74 h5Mlcnx1.net
ライブタイル作った奴。くたびれもうけ。
URLﾘﾝｸ(japan.zdnet.com)
827:デフォルトの名無しさん
19/04/19 09:52:18.63 c4yhh5Fh.net
electronはどうなん
828:デフォルトの名無しさん
19/04/19 10:52:51.82 JVA9qfGz.net
April Update for WPF on .NET Core 3.0
URLﾘﾝｸ(github.com)
相変わらずやる気があるのかねえのかわからんなあ
829:デフォルトの名無しさん
19/04/19 11:56:19.78 +TCHgQUv.net
読んだけどただのCore移植作業の進捗報告だな
やる気もクソも、決まったことをやりきるために最低限必要なことをやっているだけ
830:デフォルトの名無しさん
19/04/19 14:53:14.53 w3wj8Qby.net
後3週間待て。新しいロードマップ発表されるだろうし。
831:デフォルトの名無しさん
19/04/19 16:16:28.70 671WMWqa.net
友人の話だと、WPFはまだレガシーじゃないよって
832:デフォルトの名無しさん
19/04/19 16:24:50.36 sKinMxcc.net
うちのばーちゃんもそー言ってた
833:デフォルトの名無しさん
19/04/19 16:24:52.57 s45G2ydp.net
友達の友達が
834:デフォルトの名無しさん
19/04/19 19:22:02.41 +T/+jTzP.net
xamlって難しいからできる人少ないと思うんだよな
あとは需要がもっと増えてくれれば嬉しいのに
できる人が少ないから案件が出てこないんだよな
835:デフォルトの名無しさん
19/04/19 19:34:44.66 AOTZFmG5.net
画像関係はスピード重視の設計でないと生き残れない
ＷＰＦは力を入れるところを間違ってる
836:デフォルトの名無しさん
19/04/19 19:42:09.66 bKogaXu3.net
一応、MSに勤めてる友人なんだけどな
837:デフォルトの名無しさん
19/04/19 20:10:11.24 OAj0miUc.net
友人の友人が
838:デフォルトの名無しさん
19/04/19 20:37:51.92 DjVE1MWF.net
>>820
逝ってよし
839:デフォルトの名無しさん
19/04/19 22:22:35.76 luGwpdV9.net
>>822
ｵﾏｴﾓﾅｰ
840:デフォルトの名無しさん
19/04/19 22:29:24.09 3pwDT01F.net
ん？ 2019年だよな…
841:デフォルトの名無しさん
19/04/19 23:00:14.91 uxzqkxgw.net
MS ＝ 村山酒店？
842:デフォルトの名無しさん
19/04/19 23:52:18.70 bKogaXu3.net
>>822
はは。お前は一生MS絡んだ製品使うなや
843:デフォルトの名無しさん
19/04/20 09:45:38.16 3bzhCLun.net
マイクロソフトは俺を雇えよ
xamlもできる俺は天才だぞ
844:デフォルトの名無しさん
19/04/20 10:31:07.73 tgvbScEy.net
マイクロソフトに転職した元同僚から誘われた事あったけど
「外から文句言ってた方が楽だから」って断った
845:デフォルトの名無しさん
19/04/23 11:57:29.12 3ShwIS5Y.net
WPFに未来はあるのかないのか
WPFで覚えた知識はUWPやxamarinでどのくらい使えるのか
これだけ教えてくれ
xamlは共通だからある程度同じ感じで使えるのかな
846:デフォルトの名無しさん
19/04/23 12:08:21.45 H+Sza8pj.net
>>829
WPFに未来はない。というか現時点で既に死んでいる。
で知識をUWPに活かせるかだが、基本的にあまり期待すべきではない。
WPFは従来型のクラサバを指向したフレームワークであり、クライアント側で深く作り込むような開発スタイルが一般的だ。
当然、数少ない書籍やWebの資料もそれを前提にしており、WPFを学べば自然とそういう開発スタイルが身に付く。
一方でUWPは裏側にWebサービスが存在することが大前提のフレームワークであり、クライアントは非常に薄い窓口に過ぎない。
従ってWPFのような高度なバインディングなどは必要とされず、少ない労力でバックエンドといかにシームレスに繋ぐかが肝となってくる。
847:デフォルトの名無しさん
19/04/23 12:24:30.10 MMRRGEFQ.net
データバインディングやMVVMの仕組みは他に流用できる気がする
848:デフォルトの名無しさん
19/04/23 12:25:28.45 w1y6RZmD.net
WPFは職人的な作り込みが必要とされるから
山ほどいるVBあがりのwinform要員のコーダーには広まらなかったね
結局はブロガーとMSのエヴァンジェリストの飯の種で終わった
849:デフォルトの名無しさん
19/04/23 12:32:18.50 amAsse5m.net
WPFは半透明なのが良い
850:デフォルトの名無しさん
19/04/23 12:40:39.29 1xhRm/Xt.net
>>830
死んでいるってどういう意味？
851:デフォルトの名無しさん
19/04/23 12:48:39.04 XHhlgyV/.net
>>829
WPFだけでなくUWPやxamarinにも未来はない
852:デフォルトの名無しさん
19/04/23 12:54:19.04 H+Sza8pj.net
GUI技術で未来があるのはHTMLだけだねえ
853:デフォルトの名無しさん
19/04/23 13:16:18.35 5LmBAPnu.net
ユーザー視点からみたWebアプリの使いにくさ最強レベル
854:デフォルトの名無しさん
19/04/23 13:25:06.90 5LmBAPnu.net
まぁ、作り次第でWebアプリをネイティブアプリに見た目似せて作れるけどでもやっぱwebアプリはウンコ多すぎ
855:デフォルトの名無しさん
19/04/23 14:05:28.65 H+Sza8pj.net
まあフロントをHTMLにするかはともかく今時完全にオフラインなアプリなんてゲームや電卓を除けばほとんどあり得ないから、
最初に学ぶならまずはWebがいいだろうね。
UWPは>>838のような子を満足させるためのベターなオプションに過ぎないから、最初に手を出すものではない。
856:デフォルトの名無しさん
19/04/23 14:06:42.70 LYf4Dcbv.net
速度重視にしたらプログラミングめんどくさくても普及する
みんな使うから
プログラミングしやすさアピールしても速度犠牲にしてたら生き残れない
結局他のものもつかわないといけなくなるから
バインディングが速いっていってるのはどーせしょぼい小規模なプログラムだけ
857:デフォルトの名無しさん
19/04/23 14:21:21.09 2s9RS4BR.net
WebアプリはHTMLはいいんだけどJavaScriptがクソすぎて困る
858:デフォルトの名無しさん
19/04/23 16:47:08.10 3ShwIS5Y.net
じゃあC++とC#のwinforms使えるwindowsのデスクトップアプリ開発界隈では俺はWPFとかUWPなんかやらなくても当分安泰ってこと？
web側勉強した方がいいのかな
webになるとクライアント側はブラウザになるから言語も必然的にhtml/cssにJavaScriptとかになるから、c++とかc#のデスクトップアプリ開発で磨いた俺の力が役に立たないよな
だからASP.NETとかやっても微妙かなと思ってるんだが、c++やc#でクライアントサイド作ったらサーバサイドも必然的にc++やC#になんのかな
ソケットとか使うから
javaで作ったサーバアプリと連携とかできんのかな
何勉強したらいいんだホントに
859:デフォルトの名無しさん
19/04/23 17:48:04.11 elaW7zc+.net
勉強なんて楽しそうなやつやりゃいいじゃん
仕事で必要になったらググりゃいい
860:デフォルトの名無しさん
19/04/23 19:13:42.30 zJYObBWE.net
そもそもデスクトップアプリ自体に将来性がないからね
時代はウェブ、クロスプラットフォーム。MSはもう何年もWPFに力を入れてない
俺も年内にはそっち方面に移る予定
861:デフォルトの名無しさん
19/04/23 20:00:42.63 2vLu2U8Q.net
>>834
もう開発されていない
もともとの開発チームはずいぶん昔に解散して今はメンテナンスモード
862:デフォルトの名無しさん
19/04/23 21:35:44.06 11AnFgX2.net
>>845
WPFに限った話じゃなく、UWP以外WinFormsもMFCもメンテナンスモード
デスクトップアプリ全般にやる気が感じられない
WinFormsやWPFの移植作業中の.NET Coreはどこまで本気なんだろ
863:デフォルトの名無しさん
19/04/23 21:53:20.46 7mQ7yLRf.net
>>845
開発はされてるよ
864:デフォルトの名無しさん
19/04/23 23:21:06.56 sr3w7AVY.net
さすがにUWPとWPFを同じ扱いするのは技術者として無知でしょ。
865:デフォルトの名無しさん
19/04/23 23:21:44.96 5KWAynrs.net
もう10年以上前から「デスクトップはオワコン、これからはWeb」とか言われているけど
いまだにWeb技術でスタンドアロン並みに使いやすいGUIを実現するのって聖杯探しだよな。
WPFもオープンソース化されたことだし、ここはひとつBlazorで動くようにしてくれないかな。
866:デフォルトの名無しさん
19/04/23 23:25:42.36 9k05SFWw.net
>Web技術でスタンドアロン並みに使いやすいGUIを実現する
Silverlightが死んでなけりゃな……
867:デフォルトの名無しさん
19/04/23 23:41:24.30 /W495hLu.net
>>849
BlazorとWPFは全くべつもんやろ
868:…
869:デフォルトの名無しさん
19/04/24 00:09:14.89 5b7G81+9.net
そりゃ別物だろうけど。RazorあってのBlazorだからWPFとは排他だ、と言いたいのかな？
870:デフォルトの名無しさん
19/04/24 12:22:59.14 mbjjqtsw.net
>>849
企業内で使うシステムでデスクトップオンリーの見たことないわ
もう全部ブラウザ経由だよ
871:デフォルトの名無しさん
19/04/24 12:27:35.26 GHRnzd3N.net
>>853
全部ってすげえな
Chrome OSでも使ってんの？
872:デフォルトの名無しさん
19/04/24 12:31:08.40 7CcW06Eu.net
ツールとシステムを一緒にするバカは置いといて、うちも社内システムは全部ブラウザだな
873:デフォルトの名無しさん
19/04/24 12:43:03.86 mbjjqtsw.net
勤怠チェック
給料計算
顧客管理
生産管理
最近100社以上のシステム見たけどほぼすべてブラウザ経由
どこの会社のどれをとっても最近はデスクトップアプリなんてどこにもない
今はwebの時代というのはあってる
874:デフォルトの名無しさん
19/04/24 12:50:22.23 Ih73DrrI.net
なんかデスクトップアプリ開発しててごめん
875:デフォルトの名無しさん
19/04/24 13:35:28.04 fEgd+A1/.net
なんで勤怠管理とかでブラウザを経由する必要があるんだ？
全く意味がわからん
極端な話そんなもんエクセルVBAでも作れるし、そっちの方が安いよな
いちいちjava scriptに仕事させてブラウザで結果見るの？
それともサーバ構築までしてサーバ側のjavaとかに仕事させてるの？
わざわざそんなことする必要性がどこにあって、なぜそんなことをしてるんだ？意味がわからんな
流行りだからってことか？
まぁ流行りには乗りたいし俺もwebに移ろうかなぁ・・・
俺のC++、C#がほとんどの開発経験でweb側で高単価で雇ってくれるならすぐにでも移りたいわ
876:デフォルトの名無しさん
19/04/24 13:51:49.20 1DYev0hZ.net
端末に依存せず、更新管理も楽であり、どこからでもアクセス可能
これがその環境において多くのメリットをもたらすなら、検討の価値がある
開発者としては何より経験値を積めることがおいしい
877:デフォルトの名無しさん
19/04/24 13:55:19.49 a3h+fhJI.net
なぜ未経験を高単価で雇うのか
878:デフォルトの名無しさん
19/04/24 14:29:51.63 GHRnzd3N.net
>>856
勤怠システムに含まれる打刻ツールはデスクトップアプリやな
879:デフォルトの名無しさん
19/04/24 14:31:31.17 GHRnzd3N.net
いろんなシステムのバックエンドで動くバッチやワーカーもWebじゃないね
880:デフォルトの名無しさん
19/04/24 14:51:28.47 fEgd+A1/.net
>>860
未経験なわけないじゃん
デスクトップアプリに比べたら業務での経験がめちゃくちゃ経験が短いってだけ
でもwebも簡単だし普通にできる
そもそもWPFまでやる人間がなんでhtmlみたいなバカでもできるマークアップ言語とスタイルシートと簡単なスクリプト言語が理解できないのよ、そんなわけないわ
xamlの方が遥かに難しいマークアップ言語なわけだし、C#の方がJavaScriptより難しいだろ
いくらwebに移るといっても安単価じゃ受けませんよ、私のようなプロがね
881:デフォルトの名無しさん
19/04/24 14:55:05.54 nhJi5e2f.net
100人やそこらの自社のみで使う勤怠管理なんて何でもいいよ
もっと利用者が多かったり複数企業で流用したりとか考えたらブラウザさえあれば済むwebアプリがどんだけ有用なことか
スマホ対応、mac/win対応もwebならコスト減らしやすい
インストール不要、ドキュメントもwebで対応できる、アップデートも利用者を気にしなくて実施しやすい
チャットワークやサイボウズがどんだけの企業で採用されてると思ってんの
開発者ツールでみてもBTSやCIもだいたいwebじゃないか
882:デフォルトの名無しさん
19/04/24 15:12:35.72 GHRnzd3N.net
>>864
>開発者ツール
Visual Studio
883:デフォルトの名無しさん
19/04/24 15:14:07.52 725QUm5w.net
会社に入ったころは残業時間は表に手書きで自己申告してた
上司がチェックしてハンコ押して部長に回ってた
それをまた手計算してタイムカードと比べてチェックして給料に反映されてた
無駄だけどそれしかなかった
そのうちそれがexcelの表に記入して共有サーバに提出に変わって今はブラウザから申請になった
専用アプリを作ってメンテナンスしたり各PCに必ずエクセル入れたりという状況から抜け出せて良かったのではないかなあ
884:デフォルトの名無しさん
19/04/24 15:35:57.69 Xu+nfOLY.net
>>866
ブラウザからの申請を記録するものは専用アプリとは違うんかい？
用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・
885:デフォルトの名無しさん
19/04/24 19:51:01.40 AiHhhuXg.net
>>861
> 勤怠システムに含まれる打刻ツール
なにそれ？
886:デフォルトの名無しさん
19/04/24 19:56:48.46 M6vGcGBe.net
自分の狭い観測範囲だけで能書きたれたがる低脳が多いんだよ
887:デフォルトの名無しさん
19/04/24 20:26:54.83 5b7G81+9.net
さすがにクラサバはWebに置き換わったけど、ツール類はいくらでもあるなぁ。
888:デフォルトの名無しさん
19/04/24 21:07:58.30 /lU/w4hB.net
ブラウザ通せるものと通せないものがあるからな
889:デフォルトの名無しさん
19/04/24 21:22:27.79 QyWgvBrX.net
>>867
デスクトップアプリの話をしてるんじゃないの？
890:デフォルトの名無しさん
19/04/25 18:01:23.46 iqYujnK/.net
今度仕事でWPF触らなくちゃいけなくなって初めてマークアップ言語に触れたんだけどとにかく読みにくい
for文だって入れ子減らせ読みにくいってのは当たり前に言われるというのに
どこからどこまでがどう入れ子になってるのが掴むの大変なんだけど慣れると読めるようになるもんなの？
あとそれと上の方でWPFに未来が無いとか書かれててがっかりしました
だよねー……日本語の参考書全然無くて海外のサイトばっか見てるもん……
891:デフォルトの名無しさん
19/04/25 18:17:15.74 2IQDMAmX.net
>慣れると読めるようになるもんなの？
まあインデントさえしっかりしてれば
892:デフォルトの名無しさん
19/04/25 19:27:10.58 pQMWPhoY.net
>>873
どんな環境で開発してるのよ
ちょっとまともなエディタならXMLの中身を畳んだりタグの入れ子間違いを指摘することぐらいはできるぞ
893:デフォルトの名無しさん
19/04/25 20:01:06.93 3guJtLA5.net
そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
VS2019使ってて拡張機能でXAML Stylerを入れてるけど、他にいいのあったら教えて下さい
894:デフォルトの名無しさん
19/04/25 20:01:46.48 jVKhCviU.net
xaml stylerって拡張入れたらなんとかなる
895:デフォルトの名無しさん
19/04/25 20:07:56.60 /2yuQdnA.net
なんで最近スレ伸びてんのよ・・・
やっとWPFに普及期がきたか。
896:デフォルトの名無しさん
19/04/25 20:53:20.97 wfwas3gN.net
ほとんどがイチャモン
897:デフォルトの名無しさん
19/04/25 21:06:10.82 jZ4+eHeJ.net
>>876
> そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
途中がどこなのかにもよるけどコメントは入れられるでしょ
898:デフォルトの名無しさん
19/04/25 21:19:01.50 F5/pbVR3.net
XMLをマークアップの標準にしたのはコンピュータ業界の最大の失敗
899:デフォルトの名無しさん
19/04/25 21:21:22.31 lXAOlb7n.net
Blend for Visual Studioってまさにxaml編集用に作られてると思うんだけど…
あと、xamlというかxmlをそもそもよく分かってないんじゃないのっていうレスがちらほらある
あれダメならhtmlとかも理解できないでしょうに
900:デフォルトの名無しさん
19/04/25 22:11:33.69 y3HhtnRW.net
namespaceさえ理解すればあとはhtmlと大して変わらんよね。
901:デフォルトの名無しさん
19/04/25 23:06:51.07 3guJtLA5.net
>>880
例えば、
<Grid
<!--こことか-->
Property1="a" <!--ここに入れたい-->
Property2="b"
..... />
902:デフォルトの名無しさん
19/04/25 23:17:00.35 jZ4+eHeJ.net
>>884
普通に
<!--
□□の設定
Property1 は〇〇
Property2 は△△
-->
<Grid
Property1="a"
Property2="b"
..... />
ってやれば良いだけだろ
903:デフォルトの名無しさん
19/04/25 23:26:43.38 jUPpFJcF.net
それってxamlというよりxmlの仕様では？
904:デフォルトの名無しさん
19/04/25 23:31:02.23 3guJtLA5.net
>>885
いや、それはそうなんだけど…
まずプロパティが多いと縦に伸びるし、目移りも無駄、
プロパティ名の入力も面倒だし、重要な情報を見落とす恐れもある
それに部分的にプロパティを抜いたり、別の値でテストしたい時とか、
プロパティをその位置でコメントアウト出来れば凄い楽
>>886
その辺は分からないけど、どうにかならんかったのかなといつも思うんだよね
905:デフォルトの名無しさん
19/04/26 08:39:26.01 7syDkwCh.net
コメントはhtmlから引きずっているからね
906:デフォルトの名無しさん
19/04/26 09:39:03.86 WWzPrzSM.net
>>887
そんなに多くのプロパティを設定するのってどういうとき？
今までの経験だとせいぜい３～４だと思うんだが・・・
907:デフォルトの名無しさん
19/04/26 10:13:44.72 L9IIIrds.net
>>887
C#でやればいいのでは？
908:デフォルトの名無しさん
19/04/26 12:49:14.78 W8c6vXCR.net
自分の思う通りに出来ないのは仕様がおかしい
って思っちゃうタイプなんでしょ
プログラマーにはあまり向いてないと思う
909:デフォルトの名無しさん
19/04/26 13:18:33.32 QuMKW8xW.net
>>889
例え3つでもコメント行が上に複数行も乗っかるのは嫌だわ
ただでさえxamlは縦に伸びるからね。フォーマットの仕方にもよるけど
プロパティの設定は大体4つ以内に収まるね
多いのだと例えばGridViewの設定かな。イベントの登録だけで4つ使ってたりする
>>890
コードビハインドでViewを構築しろってこと？ちょっとそれは頂けない
>>891
仕様がおかしいなどとは一言もいっとらんが
そもそもプログラマーで言語に不満を持ったことない人なんているんか
910:デフォルトの名無しさん
19/04/26 13:33:10.94 WWzPrzSM.net
>>892
なんで全てのプロパティにコメント残す必要があるの？
内容変更するのにコメントで残すってやつも、その項目全部をコピペしてコメント書いておけばいいじゃん。
つか、今時前のコードを残すのはバージョン管理に任せろよ。
条件に合わせて柔軟に対応できないとプロとしてやっていけないよ。
911:デフォルトの名無しさん
19/04/26 13:48:55.23 QuMKW8xW.net
>>893
ちょっと待ってくれ。全てのプロパティにコメントを残したいとは言ってないぞ
例えばいくつかのプロパティについて、メモ書きや注意事項を残したいことってないの？
俺はただそのプロパティの上や�
912:｡に書けたらいいのにな、と言ってるだけなんだが。 あとは行をその位置でコメントアウト出来れば、テストとか楽だし 一応プロとしてやってますよ というか不満持ってる人って少ないのかな。長年不満を抱いてたから意外だったわ
913:デフォルトの名無しさん
19/04/26 14:09:16.83 7syDkwCh.net
そもそもWinFormsだってプロパティーにコメント振らない
914:デフォルトの名無しさん
19/04/26 14:14:13.40 90urDzgW.net
一応確認なんだけど、viewmodel使ってるのかな？
本来バインディングされるプロパティがあるのだからそっちにコメント入れれば良いと思うけど
viewにヅラヅラ説明を入れる状態が想像できない
915:デフォルトの名無しさん
19/04/26 14:31:16.59 r6cXYweV.net
xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
今回はマークアップ言語の話だけど、
既存のプログラミング言語に不満持ってるプログラマーが新しい言語を作るんだし
不満を持つことと対応できないこととは関係ないよね
んで、 Holy Hell!! な解法
URLﾘﾝｸ(stackoverflow.com)
916:デフォルトの名無しさん
19/04/26 14:37:30.54 XuSZUgKR.net
> xmlの属性レベルのコメントができないのを仕様の欠陥
ほんとこれ不便
917:デフォルトの名無しさん
19/04/26 14:38:37.63 xSwLJo8H.net
未経験者から質問するけど、XAMLって独自プロパティ追加できないの？
HTMLなら勝手プロパティでコメント書いたりしたけど。
918:デフォルトの名無しさん
19/04/26 15:06:43.30 vB1azCly.net
そもそもxaml（xml）を手で編集すんなってことにしたいんじゃない？
jsonなんかも大きくなると手編集向いてないし
とはいえ現状じゃそういうわけにはいかないけど
xaml自体を分割して見通しをよくするとかくらいかね
919:デフォルトの名無しさん
19/04/26 19:28:35.60 qpV588mo.net
>>894
そういう欲求はある。あると便利だよねえ
920:デフォルトの名無しさん
19/04/26 23:15:39.83 smPACViJ.net
思う通りに出来ないなら出来るように作っちゃえばいいじゃない
921:デフォルトの名無しさん
19/04/27 00:57:13.45 maQO7vMi.net
コメント振れないことと言うより
デバッグしているときにプロパティーをコメントアウトしにくいのが辛い
ブロック終わらせてコメントアウトっすりゃいいんだが面倒だ
922:デフォルトの名無しさん
19/04/27 06:46:41.35 rUmkpmPg.net
>>903
属性名変えればいいだけじゃん
Property1="a"
↓
xProperty1="a"
とか
応用力なさすぎ
923:デフォルトの名無しさん
19/04/27 22:50:27.99 jfzw+pVI.net
ん？意味がわからない
924:デフォルトの名無しさん
19/04/27 23:42:27.11 ibduGkrL.net
ガガイのガイ
925:デフォルトの名無しさん
19/04/28 00:13:26.20 ODEsSmA2.net
>>905
存在しないプロパティ名にリネームすれば無視されるから
コメントアウトの代わりに使える
926:デフォルトの名無しさん
19/04/28 10:06:39.38 3t4t6vYZ.net
<a>
<a.b>
<c d="d">
</a.b>
</a>
でそれぞれa,b,c,dをコメントアウトするのに最適な方法は？
927:デフォルトの名無しさん
19/04/28 12:14:33.17 fIrxxOza.net
>>908
日本語でよろしか
928:デフォルトの名無しさん
19/04/28 12:14:55.21 fIrxxOza.net
よろしくw
929:デフォルトの名無しさん
19/04/28 12:30:54.83 yS5k3fwP.net
>>908
今時コメントアウトなんぞ要らん
gitを信じて消せ
930:デフォルトの名無しさん
19/04/28 13:08:27.48 Cfig35XD.net
>>908
お前日本語下手そうだからコメントアウトした結果を書け
931:デフォルトの名無しさん
19/04/28 14:04:08.99 PmtPvWQ5.net
正直この先何年もXML引きずるのかと思うと憂鬱だわ
932:デフォルトの名無しさん
19/04/28 14:24:14.05 JXginMSx.net
>>897
>xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
XMLに関してはそうだが、XAMLに関してはプロパティ要素構文が使えるんだから
プロパティ要素構文にして、その後ろにコメント付ければいい
933:デフォルトの名無しさん
19/04/29 19:57:07.62 m30Tu78y.net
デスクトップアプリマンってWPFできようがUWPできようが時代遅れなんかな
7年くらいずっとデスクトップアプリばっかやってきたわ
あとはせいぜいゲームとか
WEBは半年もやってない
ASP.NETマンになればブレイクスルーできるのか？
.NETに全てを託すしかねーわもう
WPFが死のうがUWPが死のうが.NETだけは共通の技術だから食ってけるよな？
934:デフォルトの名無しさん
19/04/29 20:20:09.77 pMNPIosi.net
.NET Coreが迷走してるからわからんよ
今んとこASP.NET開発者の移行はさっぱり進んんでない
苦し紛れのWinForms&WPF対応という奇策もスルーされたら.NET Coreは3が最後のバージョンになるだろうな
そしたら.NETは終わりだ
935:デフォルトの名無しさん
19/04/29 20:21:39.96 imlbHmeV.net
>>915
electronのデスクトップマンになれば延命できるぞ
936:デフォルトの名無しさん
19/04/29 20:25:34.70 ehYnqzb5.net
>>916
迷走してるってソースは？
937:デフォルトの名無しさん
19/04/29 20:28:09.67 HXRk5ZMS.net
.NET Core 3の苦し紛れ感はSilverlight3の悲劇を彷彿とさせるね
938:デフォルトの名無しさん
19/04/29 20:33:36.22 ehYnqzb5.net
>>919
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
939:デフォルトの名無しさん
19/04/29 20:41:28.68 pMNPIosi.net
>>918
Silverlight3の顛末をググってきたらいいんじゃないかな
今の.NET Coreと状況がそっくりだから
だから失敗すると言いたいわけじゃないが、MS社内のプロジェクトのライフサイクル的に見切りを付ける時期が迫ってきているんだろう
940:デフォルトの名無しさん
19/04/29 20:42:40.78 ehYnqzb5.net
>>921
具体的に
941:デフォルトの名無しさん
19/04/29 20:47:27.55 zo6UUTTz.net
「終わり」ってどういう状態を言っているのかにもよるな。
MFCは既に「終わり」のような気もするが、使えなくなったわけじゃないしな。
942:デフォルトの名無しさん
19/04/29 20:52:17.72 pMNPIosi.net
>>923
MSはプロダクトを見捨てる前にきっちり完成させるからね
WPFは例外だが
943:デフォルトの名無しさん
19/04/29 20:53:49.04 TDhNq2WX.net
WPFはファイルダイアログとかの仕組みをまともに作らなかったよね
みんなが欲しがるものをあえてスルーしてたのはなぜなんだろう？
944:デフォルトの名無しさん
19/04/29 20:59:41.05 TDhNq2WX.net
デスクトップアプリの肩身はどんどん狭くなる
今の元号変更にしたってアプリがweb化されていたらサーバサイドを変更するだけでいい
これからデスクトップだったもののweb化（html化）は加速するだろう
945:デフォルトの名無しさん
19/04/29 22:11:10.20 atpu4K08.net
いつの時代の人なんだよ…
946:デフォルトの名無しさん
19/04/29 22:49:29.79 D2B2a+AU.net
>>925
ファイルダイアログはあるだろ
無いのはフォルダーダイアログ
947:デフォルトの名無しさん
19/04/30 00:06:29.68 JvryURnP.net
Windows API CodePackが事実上のオフィシャルリリースだろうに
948:デフォルトの名無しさん
19/04/30 00:13:26.27 SrVVv9ma.net
>>927
Webくんは妄想性人格障害なだけで現代っ子だよ
949:デフォルトの名無しさん
19/04/30 00:40:31.82 flIcHYQt.net
>>930
人格障害はお前だよ
950:デフォルトの名無しさん
19/04/30 08:13:26.69 riS+7mUB.net
フォルダ選択ダイアログってファイルダイアログに統合されただけだよな。
もともとあれは使いにくかったし。
951:デフォルトの名無しさん
19/04/30 08:59:37.98 SrVVv9ma.net
>>931
人格障害だけでなくガイジも患ってるみたいだね…
ママさん仕事して～
生ゴミはコンポストに捨てといてね
952:デフォルトの名無しさん
19/04/30 09:44:02.25 bwdkx6fZ.net
NumericUpDownがないのは作り忘れなの？
953:デフォルトの名無しさん
19/04/30 10:52:02.94 bB6vFizM.net
ちょいちょいそれ出してくる人いるけど、そんなに重要なコントロールか？
あればあったでいいけど、作れよそんくらい。
954:デフォルトの名無しさん
19/04/30 11:09:37.57 JvryURnP.net
wpfに足りないのは洒落たｔｏｏｌｋｉｔだと思うんだがな
JavaFXみたいでいいからcss使えたら大分変わっただろうが
955:デフォルトの名無しさん
19/04/30 11:23:29.23 +WTnzUc7.net
WPF Toolkitがあっただろ
MS謹製にもかかわらず悲惨な品質で、WPFにおけるコントロールの作りづらさを露呈した
956:デフォルトの名無しさん
19/04/30 11:23:31.00 Bqa7G4KG.net
取るに足らないコンポーネントなんだろうけど、そういうのが積み重なった結果が
オレのUIかっこいいだろ系の残念UIのアプリが蔓延してWPF忌避の一因になったような気がする
特にWPF出始めは
ゴテゴテしてる感じのボタン群とか、パネルごとにグラデーションがかかった背景とか
WPFならではのUIにしてみましたって感じの機能に振り回されてるデザインのアプリ多かった
既存のUIと違いすぎて「このツールはWPFアプリかー（使いづらいな）」って思ってた
アプリのコンポーネントごとに極僅かだけどバッドノウハウ的なコツが必要なの時間の無駄に感じる
957:デフォルトの名無しさん
19/04/30 11:36:48.02 okR7prA6.net
>>932
API的には統合されたけど、WPFのはモード指定が出来なくてファイル専用
APIを直接呼び出せば使えるけど、面倒くさい
958:デフォルトの名無しさん
19/04/30 11:57:36.38 vasc9k3m.net
グラデなしでピクトグラムでいいやんの流行りになったしな
959:デフォルトの名無しさん
19/04/30 19:06:33.93 ZVZuWdtk.net
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
960:デフォルトの名無しさん
19/04/30 19:07:23.38 ZVZuWdtk.net
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
961:デフォルトの名無しさん
19/05/03 21:35:56.29 Ty57vDZV.net
>>942
MS製コントロールがバグ放置のwinformsよりはずっといい
（自前で拡張するかどっかから買えと？）
962:デフォルトの名無しさん
19/05/04 21:08:40.63 Z6pnZdfU.net
親コンテナにDropShadowEffectを適用すると子コントロールにも反映されます。親要素にのみ反映させるにはどうすればよいでしょうか
963:デフォルトの名無しさん
19/05/05 03:45:12.61 cvUncZGI.net
子コントロールにスタイル設定すれば
964:デフォルトの名無しさん
19/05/05 12:26:09.77 ZoPshMtO.net
webの方が簡単で面白いことに気づいてしまった
プログラミングってやっぱだるいわ
クソコードひたすら追いかけないといかんし
965:デフォルトの名無しさん
19/05/05 12:34:54.97 TKrOuc6u.net
>>946
俺ももうプログラミングやめたい
ソリューションアーキテクト()とか名乗って偉そうなこと言ってトンズラするだけの仕事したい
966:デフォルトの名無しさん
19/05/05 12:55:56.67
967:Lip5pc/w.net
968:デフォルトの名無しさん
19/05/05 13:10:51.58 eMsI3+wX.net
含蓄がありますね(嘆息)
969:デフォルトの名無しさん
19/05/05 13:28:05.49 ZoPshMtO.net
>>947
ソリューションアーキテクトってやたらかっこいいな
それで仕事取れてまかり通るなら迷わずやればいいよ
ぶっちゃけ俺もそれやりてーわ
970:デフォルトの名無しさん
19/05/05 16:29:56.08 mUBBoDAW.net
すればいいじゃん
971:デフォルトの名無しさん
19/05/07 08:08:20.77 nagljinL.net
祝.NET5
972:デフォルトの名無しさん
19/05/07 08:37:22.92 TGYjbWr3.net
まだ1年以上先やん
973:デフォルトの名無しさん
19/05/07 10:17:12.15 SahO4WyM.net
素晴らしい未来がやってきそうだな
974:デフォルトの名無しさん
19/05/07 11:38:31.75 SahO4WyM.net
VS2019 previewでWPFの.NET Coreのデザイナーの対応が来たな
975:デフォルトの名無しさん
19/05/07 13:48:21.84 Q8AOfbVk.net
>>955
まじ！？
976:デフォルトの名無しさん
19/05/07 14:40:40.46 SahO4WyM.net
>>956
まじ。5月6日のリリースで来てる。.NET CoreのSDKをインストすれば表示が可能になってる
URLﾘﾝｸ(docs.microsoft.com)
977:デフォルトの名無しさん
19/05/07 18:33:28.44 ps990SHk.net
.net coreベースでWPFアプリが作れるだけだろ
何が嬉しいのかさっぱりわからない
978:デフォルトの名無しさん
19/05/07 18:36:32.63 ps990SHk.net
.netcoreベースでWPFアプリが作れるけど動くのはwin7sp1以降のwindowsのみ
979:デフォルトの名無しさん
19/05/07 19:05:57.97 Q8AOfbVk.net
>>958
なんで？
980:デフォルトの名無しさん
19/05/07 19:53:13.78 zPHtXU9Z.net
>>958
>>955
981:デフォルトの名無しさん
19/05/07 21:26:57.74 ps990SHk.net
思考停止してるのか？
実際に何かいいことあるのか？
ないだろ？
982:デフォルトの名無しさん
19/05/07 21:31:07.89 FJj2rymy.net
.Net Coreは .NET Framework よりも性能が良いって聞くけど、どうなんだろうね。
後、アプリに .NET Core自体を含められるから、 .NET Frameworkが
インストールされている必要が無いってのもメリットと言えばメリット。
983:デフォルトの名無しさん
19/05/07 21:31:17.31 ps990SHk.net
元々あるものを再実装して足踏みしてるだけ
984:デフォルトの名無しさん
19/05/07 21:37:19.59 ps990SHk.net
.netcoreに移行するとすでにあるWPFライブラリなどは使いまわしできなくなる
985:デフォルトの名無しさん
19/05/07 21:44:26.38 ps990SHk.net
visual studioはWPFで作ってあるけど再実装しなおすのかな？
986:デフォルトの名無しさん
19/05/07 21:46:30.51 9iRY6hHt.net
>>963
Webサーバーのために極度に最適化されてるから、デスクトップアプリに求められる性能が出るかは期待薄だろう
今更真面目にデスクトップアプリ向けのパフォーマンス改善なんかやってくれるとも思えない
しかもデスクトップアプリなら.NETランタイムごとアプリに同梱して配るのがデフォになるだろうから、
.NET Frameworkと比較してファイルサイズサイズは激増し、その分起動時間も相当長くなるはず
987:デフォルトの名無しさん
19/05/07 21:58:50.48 gpGYtGNe.net
>>967
Webサーバーに極度に最適化の具体的な内容を知りたい
ソースお願いします
988:デフォルトの名無しさん
19/05/07 22:01:45.57 carnJ8B3.net
URLﾘﾝｸ(devblogs.microsoft.com)
だいぶのんびりやってるけどそのへんはAOT対応に期待だねえ
今までの.NETアプリの鈍重ぶりからしてシステムランタイム依存が
実際どれだけスタートアップ速度に貢献してたかなんてのも疑問だし
989:デフォルトの名無しさん
19/05/07 22:14:47.34 SahO4WyM.net
将来Coreは.NET5に移行することになるから、Frameworkでの開発がレガシー化するのは時間の問題でしかない
Visual Sutidioはオンライン版が発表されたし、デスクトップアプリの開発はもう死に体になろうとしてる
新しい開発フレームワークがこれまでより求められてきているが、Blazorは本命なのだろうか
990:デフォルトの名無しさん
19/05/07 22:17:25.86 ps990SHk.net
レガシー化してもいいから.netcoreから変更なしで使えるようにしてくれたら何も問題ない
それを全部使えなくして再実装しなおすんだから馬鹿なんじゃないかと思う
991:デフォルトの名無しさん
19/05/07 22:26:02.63 EXJv8ROn.net
サーバ用途はしらんけどデスクトップのWindows向けならほぼ間違いなく.Net Frameworkインストール済みだし
.Net Coreに移行してどんなメリットがあるのかわからん
992:デフォルトの名無しさん
19/05/07 22:27:17.83 AXdDikdA.net
Coreにしかできないことがあるだろ！ たぶん
993:デフォルトの名無しさん
19/05/07 22:29:32.14 TpQciypC.net
>>972
ちょっとはググれよ
994:デフォルトの名無しさん
19/05/07 22:40:50.03 carnJ8B3.net
SCDを選択すれば今回みたいにWUでWinformsのレイアウトが崩れたりしない！！！
イヤあれ根本的な原因がフレームワークのコードに起因するのかWin32APIの変更に引っ張られたのか知らんけど
995:デフォルトの名無しさん
19/05/07 23:13:20.50 8iyOaY+P.net
.net native ってのが有ってだな
996:デフォルトの名無しさん
19/05/08 01:50:50.81 SGPGdZM3.net
>>976
ストアアプリ専用じゃない？
いずれデスクトップも検討すると言ってたけど
今になっても噂もないってことは見送りになったんだろうね？
997:デフォルトの名無しさん
19/05/08 07:56:23.76 PUxGMWyh.net
今回のアナウンス見てもそれじゃあ噂がない以前に元々興味が無いだけでは
998:デフォルトの名無しさん
19/05/08 08:09:23.23 NpZCzFSM.net
VS onlineってexeもローカルに出力できんの？
クラウド上でビルドしてアウトプットを別途ダウンロードするみたいな感じ？
後者だとは思うけど
999:デフォルトの名無しさん
19/05/08 08:28:11.67 3OTuuh9B.net
>>978がちゃんと読んでないだけだねえ
.NET CoreがAOTに対応するとはどこにも書いてないよ
・CoreFX (クラスライブラリ) がAOTに対応する
・CoreCLR はJITを活用して長時間実行するアプリケーションでの高スループットと高生産性を提供する
・.NET Nativeが.NET 5ファミリーに含まれるのかどうかは言及なし
・起動時間や iOS, Blazor 等プラットフォームの制約のためAOTが必要なケースには、MonoのAOTを利用して対応する
1000:デフォルトの名無しさん
19/05/08 08:59:56.99 /haNqz9o.net
>>979
リモート操作も含めて全てクラウドの仮想環境上で実行できるに一票
Onlineは定額制になり、Azureの利用範囲に応じてプランがある感じになるんじゃないだろうか
ビルドされたものがzipでパックされて、都度DLしてっていうのはちょっとないよね
1001:デフォルトの名無しさん
19/05/08 09:04:06.03 /haNqz9o.net
zipでパックはスルーしてどうぞ…
1002:デフォルトの名無しさん
19/05/08 09:12:18.15 /haNqz9o.net
GoogleがFlutter for Webを発表したな
界隈のウェブ化の波が凄い。絶賛乗り遅れ中ですよ
1003:デフォルトの名無しさん
19/05/08 10:02:24.56 NpZCzFSM.net
>>981
やっぱクラウドなんだろうねー
ローカルでちょくちょく使うちょっとしたツール類が使いづらくなるのがなー
1004:デフォルトの名無しさん
19/05/08 11:49:26.79 owBD3RAN.net
Blazorだけが最後の希望だ
1005:デフォルトの名無しさん
19/05/08 23:27:04.86 SGPGdZM3.net
>>983
Dartやだー
どうせだったらTypeScriptでPWA作るほうがいい
1006:デフォルトの名無しさん
19/05/09 18:18:12.69 cLhRp6Rd.net
DartってC#に似てたような気がする
async awaitがc#より良い出来のシンタックスシュガーに包まれてた気がする
気がするばかりで済まぬ
1007:デフォルトの名無しさん
19/05/09 18:59:24.86 HmZQAPaE.net
気のせい
1008:デフォルトの名無しさん
19/05/09 19:20:35.18 TvKkh+gI.net
>>986
Perl好き？
1009:デフォルトの名無しさん
19/05/09 21:21:33.44 LyVAVZ0b.net
Livechartsのツールチップをカスタムしたくて色々XAMLいじってたら、ツールチップ表示時にブレークモードで落ちるようになった。問題なかった時と同じ状態まで戻してもダメ。どうしたらいいのか...
1010:デフォルトの名無しさん
19/05/10 17:39:16.67 FeoREeur.net
>>990
なんかのタイミングでどっかのコンポーネントが
再コンパイルされちゃって固定したんだろね？
（始める前にイメージバックアップで全部戻せるようにしたほうがとは思うけどいまさらだろうから）
Livechartsの環境構築やり直すしか思いつかない
1011:デフォルトの名無しさん
19/05/11 17:30:32.43 s81pq9/g.net
>>981
VScodeベースだし
.NET言語はRoslynコンパイラもWebAssemblyにしてローカルで動かすかもよ？
（C++はVS on windows使ってねでサポート外？）
1012:デフォルトの名無しさん
19/05/11 17:52:03.97 EZwsgETW.net
>>992
君よく頭悪いって言われない？
1013:デフォルトの名無しさん
19/05/14 00:08:12.26 hOySvDzr.net
>>993
C#のコンパイルしたことある？（JAVAでもいいけど）
VMオブジェクト指向言語はかなり実行時に投げてるからコンパイル自体は軽い
スマホでも重くならないと思われ
1014:デフォルトの名無しさん
19/05/14 08:46:38.55 32DCwaMK.net
病院Go