InteractionRequestは過去のも？
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
レス数が1000を超えています。これ以上書き込みはできません。
InteractionRequestは過去のも？
開発者の好みが反映された寄せ集めのツールキット集に過ぎず、もはやリファレンスでもなんでもないよ
EventAggregatorよりも充実させればInteractionRequestがPrismの主流に見えるようになるだろう
今のPrismってそういうもんで、トレンドを追っても何の意味もない
サンプル見ると、スタティックなオブジェクトリンクしている
問題あってなくなったの？
どこの馬の骨とも知れないメンテナの気まぐれ
君が復活させてもいいんだぞ
https://seleck.cc/685
https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり
共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/
共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://www.sketchapp.com/
ttp://photoshopvip.net/103903
ttps://goodpatch.com/blog/sketch-plugins/
Trello Chrome拡張機能プラグイン集
https://chrome.google.com/webstore/search/trello?_category=extensions
Slackプラグイン集
https://slack.com/apps
Sketchプラグイン集
https://sketchapp.com/extensions/plugins/
https://supernova.studio/
>>254
いつかはWPFって思ってたのに移行できねーよそれじゃ
まあ、趣味ではWebサイトの方で忙しいから最近はC#あんまできないんだが
俺はこんな感じでやってるけど
comboBoxItemListはDataGridItemのプロパティにしてる
<DataGrid
ItemsSource="{Binding Path=dataGridRowList}">
<DataGrid.Columns>
<DataGridTemplateColumn>
<DataGridTemplateColumn.CellTemplate>
<DataTemplate>
<ComboBox
ItemsSource="{Binding Path=comboBoxItemList}"
SelectedValue="{Binding Path=column1}"/>
</DataTemplate>
</DataGridTemplateColumn.CellTemplate>
</DataGridTemplateColumn>
</DataGrid.Columns>
</DataGrid>
以下の2つのTextBoxはどちらも期待通りに動作しますが
2つ目はx:Staticを使っているため文字数が多くなっています
<TextBox
HorizontalContentAlignment="Right"
Background="Red"/>
<TextBox
HorizontalContentAlignment="{x:Static HorizontalAlignment.Right}"
Background="{x:Static Brushes.Red}"/>
新しく定義した型で1つ目のような短い記述を行いたいのですが、
HorizontalAlignmentのような列挙型では特に工夫することなく実現できるものの
Brushesのようなケースではどのようにすればいいか分かりませんでした
BrushesはRedのような静的プロパティをたくさんもつだけのクラスなので
Background="Red"という記述が受け入れられたり
この記述を行うときに入力補完が働いたりする仕組みが全く想像できないのですが、
そのような仕組みを新しく定義した型で使うことは可能でしょうか
もしご存知の方がいらっしゃれば教えていただけると嬉しいです
よろしくお願いします
wpfのソース
https://goo.gl/VuXjSo
お返事どうもありがとうございます
以下のコードを読んでみたのですが、それらしい箇所を見つけることはできませんでした
お手数をかけて申し訳ありませんが、読むべきソースを具体的に教えていただけないでしょうか
どうぞよろしくお願いします
（NGワードのためURL省略）
XXX = https://referencesource.microsoft.com/（中略）/System/Windows/Media
XXX/Brush.cs
XXX/Brushes.cs
XXX/KnownColors.cs
（中略）の部分は #PresentationCore/Core/CSharp です
そういう仕様
自分の作ったクラスは明示してコンバート
livetさらば
今の世の中に対してなんの爪痕も残せてない
影響はどこにも及んでない
FBがWPFをぼろくそに言ったことも忘れてる
そのFBはreact作ってる
今やWebのSPA開発の標準となったMVVMの発祥地でもある
まあプロダクトとしての設計や実装がアレだったが根本の思想はわりと広く受け入れられた
ダッサ
MVVM、MVC、Task、async/await、Linq、Rx、var、EF、、、
Nullセーフティなど最近は遅れる事があるけどSpanやrefタイプみたいな試みはまだまだ先を行ってるね
よく見たらMVCまでC#起源とか言い出してるし
韓国人みたいなメンタルになったら終わりだぞ？
そうしないとアイデンティティが保てないからね
どんなコードになるんでしょう
XAMLじゃなくてコードで書きたいです
テンプレートを丸ごと入れ替える
コードじゃなくてXAMLで書いてください
出来ました！
WPFって脆弱なイメージがあるけど大丈夫か
現時点ではそびえ立つ糞
WPFはDirect3Dを使うからハードウェアとの相性で落ちたりしやすい
フラットって昔からあるデザインだということも知らんとかアホすぎ。
時代錯誤なんだよ、おまえとフラットは。おまえの脳もフラットなんだろうwww
顔真っ赤だよw
Windows8以降の移行、普及の失敗はそれ以外にないからだろwww
タダでも移行しない人が半数もいるとかどんだけダサいんだって話だ。中身はほとんど同じカーネルなのに。
しかもカッサコイイだの最新だの言ってる奴はどいつも単発ID。過疎スレである以上同一人物なのは明らか。
つまり、全く人気がない、流行ってないのに、さも人気があるようにレスしてるマカーと同じ行動w
この恥ずかしい自演は自ら人気がないことを自覚してるからに他ならないwww
むしろ個人的には完全強制せずによく半数も移行したなって思うくらい
素人がガワだけ真似たのが丸わかりなんだよ
フラットとかそういう問題以前
おじいちゃんはまだWindows1.0を使ってるの？
Luna
Material Design In XAML Toolkit が結構良い感じだ。
ほとんど手を加えなくてもそこそこの見た目になるのでお手軽だし、サンプルのデモプログラムも良く出来てる。
それぞれメリット・デメリットは何がありますか？
LunaってXPみたいなやつ？
>>326
Material Design In XAML Toolkitってまだイケるんや
あそこ見りゃ大抵は解決するので他の情報サイトの出番が無い感じ。
定番の本とかもないしstackoverflowはある程度わかる人には便利だけど
みんなMSDNオンリーでマスターしてんのか
GitHubに参考になりそうなのめっちゃあるやん
あと基礎部分はMSDNだな。依存関係プロパティとかそこらへんの基礎分かってないと辛い
しかしこんなゴミのスレがPart22まで伸びるなんてMSの力は恐るべしだな。
やはり使ってる人が多いのだろう。
なにが？
あと、Windowsのデスクトップアプリ作るのにWPFでやる利点あるの？
もうメンテナンスレベルだから最新の技術を使いたいならUWPに行くしかない
ソース
.NET Core3.0でわざわざアレするのに？
基本的にはね
unoみたいな例もあるけど
やはり、UIは変更するなと言ってたゲイツは天才だったんだな。
Windows10が嫌われてるのはUIだけが原因じゃないだろ
俺のような馬鹿でもいっぱしのモノが作れたのに、なぜWPFみたいに小難しいものを作ってしまったのか・・・
かずきさんのブログ(かずきのBlog)のWPF4.5入門
次に考えるときそれが標準で考えちゃうってことだろうな。
必要ない動きでもFormがこうだったから、とか。
最初のツールが右下に決まったものがでるようになっていたら
後のツールも右下に出ないと困るとか。右上でも問題なくても
今までそうだったから。
なんってところでしょう。
JSとかflashの受けが良かったんで.NETに乗せたって事でしょ？
.NETに乗せると命名が省略できないからなぁ
まさかFormにあるのにWPFにないコントロールがあるなんて・・・
タッチ前提とかふざけるな、まるでFormのサブセットじゃないか
みんな自作してるの？
それともフリーや有償のUIコンポーネント使ってんの？
NumericUpDownはWPFの機能紹介のためにあえて削られている
NumericUpDownくらい簡単に自作できるのがWPFなんですよみたいなノリで
いたるところいろんな人たちにより作り方が公開されてる
ここまでしかできないんですよ、ってのはメリットでもある
最初の方針として悪くないと思うけど、一段落ついたところで MFC FeaturePack みたいなものを
用意してくれたらよかったのにねぇ。VSにいろいろ作り込んだコンポーネント公開するとか。
普通にボタンそのままだと楽だけど選択表示の青色を変えようとするととんでもなくめんどくさい
あとは意味不明の動作がたまにある
listboxのセレクションが単独になってるのに複数青色の選択状態になってたりする
それいいね
テンプレートを修正すればいいだけだから、慣れたら簡単なんだけどな
ヴィジュアルステートマネージャーとか取っつきにくいのは確かだが
あれに比べたらwpfは天国だよ
キミはOSS出身者か？ キミがどういう開発経験を経てWPFを使ってるのか聞きたいものだ。
そんなの使いたくねー
FormsとWPFならWPFの方取るな
作るものにもよるけど
3dのワイヤフレームで表現したい。
この場合、建物のモデリングというか座標計算は
別のツールを使うのが定石でしょうか？
path情報をxaml形式で吐き出してくれたり
するのでしょうか
WPFは標準でもっとかっこいいスタイルだかテーマを用意してほしかったな。
visual studio2017のダークテーマのUIのアプリを簡単に作れるようにしてほしい。
ありがとうございます、調べてみます
Formsの時はこんなに落ちなかったのに、やっぱりGPUにアクセスしてるから
ドライバーが悪いんかな
まぁ環境書いた方が良いかと
4,5年ぐらいipohneの発表遅かったらもっとWPFできる人もっといたんじゃね
林檎が「RIAプラグインは悪！」って強硬に主張したせい
.vsフォルダー内のファイルを消してみたら(.suoファイル以外)
アクロバット杉だろw
あの潮流で主要ブラウザからNPAPIのサポート切られて、どうにもならなくなったからね
WPFがって話になると、またちょっと事情は違ってくるけど
全く影響が無いって事もないな
これに尽きる
更にスマホもマイクロソフトが覇権とってりゃな、c#一本でいけらのにな
しかも敗北したようなもんじゃね？
XAMLに機能を詰め込もうとし過ぎて開発者オナニーに半身突っ込んでるような設計だし
根本的なパフォーマンスの問題もまるで手に入れないまま一新する機会を失った
慣れればレイアウトやコントロールのカスタム自体はWinformsと比べて強力ではあるんだけどさ
UWPアプリ何個か作ったが、x:bindとbindingで体感差とかタスクマネージャー見ても精度悪いから差を感じねぇし、パフォーマンスプロファイルしてもわからねぇw
俺はイベントはFormsみたいにコードビハインドにベタ書きしてUIだけXAMLの恩恵受けてるわ
MVVMとか意識高いことしなくてもこれで十分使いやすい
それはもしかして、ひょこひょこと動的にレイアウトが変わるあの一番嫌われてるUIのことではないのか。
XAMLは実体はただのオブジェクト生成用のDSLでしかないから詰め込んでないよ
VB全盛の頃から今に至るまで大量に生産されたそいつらに再教育は無理。
いつから日本のドカタが標準レベルだと思ってたの？
手動でやってみたら?
1803に通用するか分からないけど、UwpDesktopが動かない1703で動かす記事ならあったよ。
超簡単！ WPFなどの.NETのアプリからUWPのAPIを使う
〜日本語の読み仮名を取得するAPIを題材に
https://codezine.jp/article/detail/10654
(3ページ目、要登録)
サンドボックス環境最高
知らなかったあ
Livet にやる気はないだろ
メンテナーになった人が見るに見かねてとりあえずマージしつつ動くようにしてくれてるってだけだし
今更更新かけ始めてももう手遅れでしょ
うちの会社の製品は大半がそのタイプだから魅力も半減だわ。
EFとモデルバインディングの相性は抜群だけどそういうことじゃない？
コードで構築するタイプだとプレビューツールとの連携が問題になったりするし、結局何かしらのDSLを使うことになるだろ。
あれがもしcss無しだったらここまでは普及してないかもしれない
すぐ片付けますんで…
https://www.infoq.com/jp/news/2018/09/Core-3-Portability-WPF-WinForms
このイニシアティブの下では、WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ。
目標とされているのは、Windows開発者が、.NET Coreでのデプロイメントとパフォーマンス向上を享受できることである。
ただし、クロスプラットフォームUIが長期的に可能性がないと言う訳ではなく、
WinFormsのMono/Linuxバージョンを.NET Coreに移植することは可能かも知れない。
coreを普及させたいならこの対応は正解だと思うよ
次はWCFを移植して乗り換えはほぼ完了じゃないかな
とりあえず新しいことをやりたい人もずっと足踏みしてる感じで受け入れがたいみたいだ
.net frameworkの利点が一部失われてるし移行するメリットがまるでないから
妄想おつ…
多分、資産のコードが汚すぎて移行コストが高すぎるんだとおもう
綺麗なコードだとあっという間に移行できるから僅かなデメリットだけでメリットを享受できる
食わず嫌いってものじゃね？
2回目その半額ぐらい払ったよ
その当時アップしたソフトは全部消された
MSも,net coreは.net frameworkの置き換えを狙ったものじゃないってはっきり言ってる
.netframeworkを使ってる人はそのまま使えって言ってる
exeは絶滅してよし
メリットあるぞ
企業だと同じWindowsでもランタイムバージョン結構ばらばらだからな
置き換え狙ったものじゃないとかFWそのまま使えってのは拡大解釈じゃないか?
全部の置き換えは目指してない、とかFWもサポート続けるから安心して使っていいよ、という文脈ならよく目にするが
はい妄想おつ
何かあれば妄想とかいう
サーバといっても実質はほぼwebサーバのことだけど
次のような場合、サーバー アプリケーションには .NET Core を使用します。
クロスプラット フォームが必要である。
マイクロサービスが対象である。
Docker コンテナーを使用している。
高パフォーマンスでスケーラブルなシステムが必要である。
1 つのアプリケーションに複数の .NET バージョンが必要である。
味音痴にもほどがある。
MSによるとPCとXbox OneとSurface Hubだってよ
寝言は寝て言え
コンソールアプリを忘れたのかい？
それ、UWPじゃなくてASP
・DBはREST API前提だから現状でも問題ない
・ファイルアクセスは来月のWindowsアップデートで改善される予定
・DataGridはCommunity Toolkitでリリースしたから、そのうち本家に取り込まれる見込み
完璧じゃないけど一応進んではいる
この戦いはまるでPython2.xと3.xの時と同じのようだ…
pythonみたいに2系がなくなるものでもないし
ここ5年ほど出てる入門書にはwinformsが使われててWPFが一切出てきてないだろう？
そういうことだ
んで初心者向けの道具ってのは往々にして玄人には合わないものなんだね
プログラムに限らずなんでもそうだよ
補助輪付きの自転車に乗るツーリストはいない
オートマの自動車に乗るレーサーはいない
料理人はプラスチック包丁を使わない
プロ野球選手は軟式ボールを使わない
そういうこと
いや100均のゴムボールの方がまだ用途があるか
MSが推奨して押してるフレームワークだぞ妄想乙って言われたなー
懐かしい
MSの世界とWindowsの世界は分けて考えないとね。WPFはMSの世界の産物。
メンテナンスコストがかかるから一本化しようと言うビルゲイツの思惑が実体化したもの
でも思ったより普及せずにコストだけ増えました
2Dデスクトップを2.5D表現にするような内容であった
畑違いで競合するわけではないのに驚くほど先進的だったのでOS各社は非常に焦った
OSXより先進的だったのでappleのジョブズは訴訟を起こして開発を止めようとした
ゲイツはLonghorn(のちのVISTA)に同じような技術を導入しようとした
その残滓がWPFである
WPFの医療カルテのデモはLooking Glassをかなり意識したものであった
むしろゲイツが過去に散々言ってきたことを無視してできたのがWPF。
Essential WPFのエッセンスを3行でまとめてくれ。
なんとか探し出しても「）このコンテンツの定期的な更新は行われていません。」で
細部に移動すると「申し訳ございません。ご指定のページが見つかりません。」
Interactivityは消滅するの ?
en-usかなんかにしないとクソだぞ
高いんだよ
en-us でもおなじです やり方が悪いのでしょうか
url貼っていただくとうれしいです
>>473
英語のpds落ちてます
早くEssential WPFのエッセンスを3行でまとめてくれ。
なんで？
馬鹿なのか？
どうしてまとめる必要があるの？
ごめん。何かと勘違いしてたみたい
今探したら見つからないね。
Community Toolkitでって、今までのこういうToolkitのプロジェクトって数年後にみんな投げ出されてるじゃん
ほんとにやる気あるなら公式でサポートすべきだわ
「いつ」とは言ってない
F1は今ほぼセミAT定期
https://blogs.msdn.microsoft.com/dotnet/2018/10/04/update-on-net-core-3-0-and-net-framework-4-8/
My personal opinion is that having a cross-platform UI stack for .NET
would be a very valuable addition, but it’s a lot of work.
I am, however, not a fan of the idea to make WinForms/WPF cross-platform
because it will likely be a poor result: not compatible enough
for existing WinForms/WPF customers
while also not being a great cross-platform API (too much designed around the Windows PC).
・WPFは最高
・デザイナーは神
・PGは奴隷
＞ My personal opinion
で終了
＞ 既存の.NET Frameworkアプリケーションを使用している場合は、.NETコアに移行する必要がありません。
＞ .NET Frameworkは常にWindowsの一部になります。
＞ Microsoftの内部でさえも、.NET Frameworkをベースにした多数の大きな製品ラインがあり、.
＞ NET Framework上に残ります。
プロパティエレメントのタグのうち、オブジェクト部分(ドットの左側のみ)を色変更できないから。
そこを薄いグレーにするだけでプロパティ名が強調されて世界が明るくなる。
少ないというか、役に立たない宣教師しかいないのが…
なら、最新の開発スタイルって何なん？
あー言われてみればX Windowのプログラミングに似てるかも
UI要素の汎用性がとても高くて、やれることは無限大だけど、
ちょっと便利なコンポーネント（NumericUpDownとか）がなくて
いちいち作ってかなきゃいけないとことか
ボタンなしならwpfでビヘイビア一回書いたら使いまわしできるだろ
業務系でこの差は大きい
バーコードとかアナログメーターとか買ってペタペタ張るだけです。
こんなものを強要したアホデザイナーは死刑で。
本買わないとWEBサイトじゃ分かりやすくまとまったサイトないんかなこれ
依存関係プロパティだのルーティングイベントだの分かりにくいわ
結局何ができるんだよって感じ
>依存関係プロパティだのルーティングイベントだの
判っているのに越したこと無いが、そこは最初からわからなくてもなんとかなるところですわ
xamlのGridなどのレイアウトコントロールとかprism使ったバインディング辺りから始めるといいかな
どっちもxamlだし
ターゲットOSが違うのは分かるが
コントロールが違うのと、WPF独特の構文や機能が使えなくなるって感じかな
まず、ブラウザ対応かどうかが違いますよね
UWPはスマホやタブレットのバッテリー考慮したライフサイクルになってる。
自由に好きなフォルダのファイル読めない。(スマホ宜しくユーザーに許可を求める)
どちらにしても、レガシーシステムを使いづづける場合のメインテナンスでなく
新たなアプリ開発となると、WinFormsのようなインターフェースは使えなくなる
ので、今後の環境に合わせたインターフェースにトライして行くしかない。
その際に、どれを選んでもWinFormsを前提にした頭があると、すべてが難しい
と感じてしまうと思う。
さらにロジックと画面の分離は、今後必須の課題。
その面では旧来のFormsで画面を含めた業務課アプリ開発の人達にとっては
乗り越えないとならない壁が幾つもあるのだと思うよ。
XAMLテクノロジーには大きく分けて2つの系統があるんだよ
一つはWPFで、これはほとんど全部C#で書かれてる
もう一つはその他(Silverlight, 昔のWindows Mobile, Windows Phone, UWP)で、C++で実装されてる
これらは共通のXAMLという言語を使っているものの、内部的には全くの別物だ
なぜ後者が生み出されて前者が見捨てられたかというと、単純にOS標準として位置付けるには重すぎたから
>依存関係プロパティだのルーティングイベントだの分かりにくいわ
当初、私も悩んだ。
WPFはそうでもなかった
忌まわしいWindowsPhoneと被るけど
WPFは重い
UWPはWindowsPhoneがこけてユニバーサルじゃない
のはわかるんだが、開発者視点でアプリ作る上で変わったことはなに？
UWPの目次見ると結構WPFと似てるんだよな
添付プロパティ、依存関係プロパティ、データバインディングにMVVMパターンと
この辺はWPFと共通か
ルーティングイベントとかリソースとかコマンドとかは軒並みなくなったのかな
俺今WPFの勉強してるんだが、WPFすっとばしてUWPの勉強した方がいいのか？
一番助かるのがx:Bindというやつで、コンパイル時にバインドするプロパティーをチェックしてくれるからデバッグが楽になる
更にイベントハンドラーもバインド出来るからビヘビアを書く機会が格段に減った
x:Bind、WPFでも凄く欲しい機能だけど、政治的理由で来ないだろうなぁ
MSでは「レガシー」への新規投資は認められないからね
ほとんど概念的なのは共通だから好きな方からやればいい。
俺はUWPアプリ作りたかったからUWPから入ったけど。
作りたいアプリの方を先にやればいいじゃん
そう言うGUI的な部分はあんまり変わらない。
>>519 で書いた通り、ライフサイクルとファイルアクセスがスマホやタブレットと同じになった。
づまりアクティブアプリじゃ無くなるとスリープに入ったり、アプリ沢山立ち上げると古い順に勝手に終了する。
ファイルアクセスもユーザーに許可を求めておkされた場所しかアクセスできない。
(ストアにアップする時画像を扱いたいのに、間違えて許可取らなかったらアップし直し)
.netでネイティブよりセキュリティ安全って立場だから無理。
UWPはアクセス権限が厳しいのと、ストアでバイトコードをコンパイルする事で多様なプラットフォームに対応出来るからネイティブに出来た。
(多様なプラットフォームなんて無いに等しいんだが)
>>532
作りたいのはxamarinアプリなんだ
だからxamarin.UWPなんだが、仕事中に勉強しやすいのはWPFなんだよね
入門サイトもまとまったのが多いしサイト見てても不審がられない
>>535
デスクトップアプリでもUWPで作るとそうなっちゃうの？それってクソすぎないか？
みんなの話をまとめるとUWPってターゲットOSもwindows10のみでWPFより狭くなりブラウザでも使えなくて制限も増えて、速度だけWPFより早くなっただけのプラットフォームってこと？
だから開発者もアプリも増えない。
スルーされてたのはWPFの方
かなり年いってるな
今も現役なんだろうか
もう試した？
第5版ですか？
Win16時代に読みました^^;
あとはSDKのサンプルくらいしか情報が無かったです。
UWPはオワコン
http://ascii.jp/elem/000/001/770/1770229/
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2018/11/14/touchkeyboard_doesnt_come_up_after_displaying_clipboardhistoryscreen/
フォームのXAMLでコントロールのプロパティにバインドするってできる？
>>555-556
解決手段のひとつですね、貴重な意見ありがとうございます
ARM64向けWindowsアプリの開発が正式サポート 〜「Visual Studio 2017」v15.9でビルド可能
“Microsoft Store”での受け付けも開始
https://forest.watch.impress.co.jp/docs/news/1153679.html
コントロールのオブジェクトから親のWindowのオブジェクトを辿ろうと思ったら
地道にParent辿っていくしかないですかね？
そんなことはしない、が正解
バインドされてるデータならViewmodel見ればいいし、コントロールがほしいならnameだかkeyだかを欲しいコントロールに与えればいいんでね？
ApplicationクラスからMainWindowプロパティを辿り、MainWindowに作った ViewModelプロパティを設定する。
Frameに置いたPageとかは、Applicationクラス→MainWindowプロパティ→ViewModelプロパティで、親のViewModelを辿るソースを見るけど、やっぱりそういうもんか？
昔でいうMFCのCWinApp（CWinAppEx？）の派生をカスタマイズしインスタンスのtheAppから操作するってな思想でOKなん？
ある意味スタティックより悪質かもしれんが
Windows Forms楽でいいわ
https://github.com/dotnet/wpf
＞ .NET Core (including the WPF repo) is licensed under the MIT license.
結局coreに移行してLinuxで動きます言うても手直しは必要なんだろうな。
UWPみたいにプロセス間通信までお断りみたいな状況よりはましか
DBサーバと通信できないんじゃ何も出来ないしな。。
>>433
＞WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ
英語読めないの？ >>566 読め。
読めないなら日本語記事見付けたから貼っとく。
WPF/WinFormsをオープンソース化 〜Microsoft、「.NET Core 3.0」Preview 1を発表
Windows デスクトップアプリも「.NET Framework」から「.NET Core」ベースへ
https://forest.watch.impress.co.jp/docs/news/1156678.html
＞「WPF」や「WinForms」がMac/Linuxで利用できるようになるわけではないが、
MSの開発者はそれはありえない
WPFのWはwindowsのWだからってわざわざ言ってるのに
地味にうれしいかも
どこが？
だいたいmacやLinuxでリボンやらメトロやらをごり押しされても迷惑だろう
DBはREST使う前提の設計だからなんとかなる
しかしローカルサーバーとhttp通信できないのは割と困る
あと、ファイルシステムが無茶苦茶遅いね
マイクロソフトがARM版Chromeのコミットを頻繁に行っている
ってとこからの妄想じゃないのかな
だってよ
>>566
完全に手抜き開発。MSの技術力低下しすぎ。
オープンソースというゴミ箱
中途半端に生かされても困る
.NET Standard 2.0までは明確な目標あったけど、.NET Core 3.0以降の展望がわからん。
レガシーとか言わず、もっと責任持ってメンテして欲しいよね
WPFとか適当に扱った実績ができたからUWPも信用されなくなってる気がする
WPFが囲い込み目的でWindowsべったりってのは意味わからんｗ
https://github.com/MicrosoftEdge/MSEdge/blob/master/README.md
Chromiumベースのブラウザにシフトするというのが正解らしい
最もらしいこと言ってるけど、実体はもうEdgeに人手を掛けたくないんだろうな
webkitは実質apple製品のみだから脇に置いといて。
NaturalDurationに入ってくると思うのですが
ミリ秒まで入りません。
末尾までスキップとか中途半端なのですが
何かいい方法はありますか？
バカバカ作りやがる
CommandParameterとかにユニーク値いれるとか
ありがとうございます。
使えない現場もあるかも知れんが
そんなに変わらん？
new BusyNotifier().Select(x => !x).ToReactiveCommand().AddTo(Disposable);って生成すれば、何も考えずに二度押し防止出来るのがメリットで
IDisposableの実装が必要なのがデメリット
ReactiveProperty使っているならそっちで実装するから手間は変わらなくなるが
なるほど二度押し防止はよく使いそう
ReactiveProperty使い始めたんだが
ReactiveCollectionのItem数によってReactiveCommandを許可するかってのをどう書いていいかわからん
そこからToReactiveCommand()でReactiveCommandを作ってやればいいはず。
ReactiveCollectionの変化を直接捕まえられたかは忘れた。
ダメだったらそのReactiveCollectionに変化を引き起こし得る操作のところで
ReactivePropertyをメンテしてやる。
ここ読むとReactiveProperty使っても
INotifyPropertyChangedも合わせて使わないとメモリーリーク防げないと読めて
ReactivePropertyを使うことに対するメリットがイマイチ理解できないのだけど、
やっぱり便利なの？
そうそうこの直接捕まえることができるのか調べてもわからなかった
確かにitemsを操作するところでもいいんだけどね
や、そうじゃなくてINotifyPropertyChangedインターフェースの実装がアレばいいってことだから
prismなら従来VMを書くときと同じようにBindableBaseを継承すればいいということのようだ
それを省略ならIDisposableを実装してしっかりDisposeすりゃいいってことだ
ありがとう拡張メソッドでitemsの変更が拾えました
CountをReactivePropertyにしてCommandのtrue/falseも変更できました
たまにこのスレ覗くくらいだわ
天保山くらいのピークだったけど
＜UserControl.InputBindings＞
＜MouseBinding Gestus="LeftClick"･･･＞
のようにして取得できるんだけど
＜Grid VerticalAlignment="Bottom"＞
このGridはクリックを通したくない場合ってどうするのが正解なんでしょうか？
正解かどうかは知らないけどPreview系のイベントでハンドリングして以降では処理しないようにするとかはどう？
なるほどそういう方法があったか
PreviewだとGridに置いたButtonとかが拾えなくなるので
MouseLeftButtonDownでマスクしたところ
うまくいきました
さんきゅー
あ、そうか。この場合は下に伝えたくないからPreviewじゃないほうか…。
うまくいって良かったよ。
三年前にC#はじめたけどWPF使ってるよ
もともとHTMLさわってたからUIがXMLで書けるのが好み
ねえよｗ
それって結局、JavaScriptでプログラミングになるんじゃ？
対策ありますか？手動でコピーすれば大丈夫のようだが（パッケージ化はこれから）
残念ながら、そいつ使っているんだが上手く行っていません
sqliteのパッケージはsqlite.interop.dllがx86とx64の切り替えをやっていて
.netのbinフォルダでx64,x86のサブフォルダ上にインストールされるんだが、
そのフォルダが「Windowsアプリケーションパッケージングプロジェクト」のbinにコピーされません
苦肉の策としてはWindowsアプリケーションパッケージプロジェクトのコンテンツとしてsqliteまわりのdllを入れておくとかかな
プロジェクト内でのフォルダ構造そのままコピーされるからWPFプロジェクト名のフォルダを切って、その下にsqliteのdllを配置してほしいレイアウトで置く感じ
ストアに出すならもう少し頑張らないといけないけどサイドローディングならそれだけで行けると思う
たぶんもう日本の業務アプリは、もはや２１世紀中はWindows Formsが主流のままだよ。
事務ソフトでアニメーションなんかあっても、ウザいだけ。
べつにアニメーションがWPFの特徴なわけじゃないと思うが
主流はASP.NETだよ
メトロUIという非常にユーザから嫌われたUIを使えるのが特徴だな。
でもWimdowsフォームとWPFの違いって、ユーザーから見たらアニメーションぐらいじゃね？
>>633
ASP.NETも枯れてていい感じだね！ でも俺は、ブラウザ アプリは遅いので好きじゃないんだ。
マルチ プラットフォーム環境の、不特定多数へのサービスならブラウザ最高！ だけどね。
WPFとMetroは無関係だが
なんでそんな程度の知識しかしない煽り虫がこのスレに棲息してんだ？
横からだけど、Windows 8が出たときに、メトロUIのWindows Store アプリを作ることが
WPFの目的だった時代があったような。。。それでみんな、ちょっとかじってやめていった。
もう６年前の話なので、あのわずかな期間を、どれほどの人が覚えているか知らないが。
何もしなくてもSystem DPI Awareで、Per monitor DPI Awareにするのも簡単。
ユーザーから見たら同じとか言い出したら中身がC++でWINAPIベタ書きでもPythonかなんかでTcl/Tkで書いても全部一緒ってことになるだろうが
作り手にとって違うなら十分違うんだよ
そんな時代は一秒たりとも無かった
> 時代があったような
ないです
そんなわけのわからん記憶をどこでねつ造してきたの…
Windows95発売からWindows7が発売されるまでが14年。
こんだけ経って普及してないんならもう普及は無理だわ。
マウス入力のUIの既存ので間に合ってて誰も新しく作らない。
だからWinFormsとかWPFとかそれ以前の問題。社内アプリとかでぼそぼそ作ってるところとかもあるかもしれんが。
自分達で潰したから普及する訳無いでしょうな
WAPのバイナリに手動コピーするとしっかり配置してくれているようだから
当座はそれで凌げそうです
sqliteかVSかどちらかのバグだろうから、そのうち解消されるまで待つことにします
しかしWAPでX64選択しても店子のWPFプロジェクトはAnyCPUが選択されるため
WAPのバイナリは32bitのwpfバイナリイメージになっていたのはびっくりしたわ
（構成マネージャーで手動修正可能だが）
MetroStyleしようと思ったらOSS入れないと駄目なくらいWPFでは組み込みサポートないよ
Windows8ではWindows Runtime上で動くWindows Store Appが追加されてたけど、それと勘違いしてる？
VSで言えば、VS2010から採用された悪評高いのっぺりデザイン。
> メトロって言うんだよ
> VS2010から採用された
言いません
進化してればいいんだが、見た目が変わっただけというのは害悪しかない
wikipぐらい読んできたら？
デマを流して もう三月 雨や嵐にゃ 慣れたけど〜
ここにこう書いてあるとソース貼れば良いのでは？
ソースを貼れば黙らせられるんじゃない？
俺もグラデとボーダー抑えただけのフラットデザインをメトロと呼んでいたなんて初耳だけど
ノ)人(＼ フ
人(へニﾌ )人 )
へ ( 〈●) ヘ)ﾉｲ
Y Ｙ ///￣ (●/ノ
ヽﾉ _ﾉ~｜
_ﾉ /￣＼ / <ボクが一番WPFに詳しいんだ!!!
――､＿＼二ﾉ ／
/ / イ/￣/
イヤそちらの方が詳しいから主張しているのでは
ttps://ja.m.wikipedia.org/wiki/Windows_Presentation_Foundation
>Windowsストアアプリ
>Windows 8/Windows RTにおいて導入されたWindowsストアアプリ（WinRTアプリ、Modern UIアプリケーション）はWPF同様XAMLによって
>ユーザインタフェース要素を記述し、WPFに類似したプログラミングモデルを提供する。Windows 10においてWindowsストアアプリの後継として導入された、ユニバーサルWindowsプラットフォーム??(Universal Windows Platform, UWP) アプリケーションも基本は同様である。
VS2010なんて欠片も出てこんぞ
その時点で駄法螺でしょうな
そしてドキュメントも整備されなくなった。そして記念すべき.net4というアホバージョンが登場。
以後の.netの仕様は互換性は皆無、仕様は右往左往、排他仕様、切捨ての嵐となった。
サポートには苦情の嵐でどうにもならず、多くをオープンソース化してユーザに丸投げ。
この辺りだな、MSの技術力が急低下したのは。
おじいちゃんが発作起こしちゃったでしょう
そんなに騒ぎになった記憶がないから該当レス書いた人の個人的なお気持ちだと思う
同一視してる可能性は否めない。
WPFもWin8アプリもWin10アプリもXAML使ってるが、ライブラリもランタイムも違う別物。
煽りにしても意味わからんしもともとMetroの定義も曖昧だから
なんか説明してくれると思ったのになあ
1920*1080とかになると一秒くらい掛かってしまうんですが
もっと速くする方法はないでしょうか？
WPFではなくSystem.Drawingを使う
ありがとうございます。
調べてみます。
https://social.msdn.microsoft.com/Forums/ja-JP/28ebaebc-965b-48db-8c5a-3f003888cd6a/12501124571253112488215171236438263123561239212289net-framework-3x
都合で隠し機能になってレジストリ弄らないよ有効にならないんだよな
随分と普及してたんだなw
ただWPFに手を出してしまった馬鹿の移行先をMSが出してくれないだけ。
もはや蟻地獄。抜け出せない。
そもそも、wpf以外に何があるんだ？
騙された連中は置き去りにしてMS自身はElectronへ完全移行したね
そんな妄想要らないから
ねーよ
どうしてエレクトロンしないのよーッ！！
例えばMSのoffice2019は何で書かれてるのかな？
失敗の始まりはUIデザイナーなるものがプログラマに横槍を入れるようになったから。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？
クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？
クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？
クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
チャタってますよ
システムソフトの開発会社であれば、OSなどの違いにより別作りを
避けられるので大きく負荷低減になる。
ユーザー企業であれば、システムの変更が必要になった際に作り直しを
する負荷が減る。この場合同じ環境を使い続けられるとすると余計な
作業と思われるが、企業合併なので約束できないのが実際なので。
一般の開発会社やSI'erは、言われるがままに作るだけ。
PCをWin10に移行するんだが、社内で多用しているるツールが
独自のGUIを持っていてWin10でも動くのだが、作り変えたいという
希望がある。その際にクライアント（PC）上のGUIはWPFでどうかな
と思っているんだよね。これに関係ないアプリはUWPだったりとかに
なるだろうけど。
どう思います？
あと、Prism.Unityの仕様がだいぶ違っていてUWPのほうが簡潔に書けるし強力だ
問題になるのは現状UWPでDB弄るときはRestAPI実装しないといけない（SqLite以外）ところかもな
Core3でEF6サポートだからどうなるか分からんが
使用するツールがデータIOや管理はするので、WPFでもUWPの場合でも
DBは一切直接弄らない。イベントバインドってどんなモノだろう。
普段WPFは使っているがUWPは使用していないもので。
ちなみにクライアントの画面コントロールは、PowerShell＋WPFで考えて
いる。私自体は普段それで使っているので。
将来的に他のアプリでは、UWPの利用があり得るので技術習得として
FormよりWPFで感覚をつかんでもらうのもいいかなという発想がある
んだけど。
どんなもんでしょう。
イベントハンドラをViewのコードビハインドに書く要領でVM上に書いたイベントハンドラにバインドする
書き方はViewに書くものをPublicにしたものでOK
書き忘れたけど、x:Bindという新しい書き方のバインドはコンパイル前に解決するので
バインド異常をコンパイラーが検知してエラーを出してくれる
それとListBox系のテンプレートの癖が若干違っていて、これは簡単に説明できないけど
そのまんま移植って訳にはいかない
調べてみて共通な部分を使うような感じで考えてみようかと思う。
今まで利用していたものの差し替えなので、今回は高度なインターフェースは
期待していないので、いけそうな気がしているので。
.NET Standard 2.0対応したバージョン以降はSqlConnectionあるからSQL Serverつなぎに行けるよ。
その場合は配布方法はサイドローディングになるけど。一般公開ストア審査は多分通らない。テスト用DBサーバーをインターネットに晒して審査員にアクセス出来るようにしていたら可能性はあるけど…。
Microsoft Store for Businessの業務アプリとして出すのは平気
ありがとう。
>SqlConnectionあるからSQL Serverつなぎに行けるよ
残念ながらそれは使わないので
知ってる風だがsilver lightやRIA service使ったことないだろ？
実情は復旧しなかっただけで、もともとクロスプラットフォーム目指してたし。
世の中がhtml5に流れたから使われなかった。
だが、一部の開発者は開発コストの大幅な削減でマニアが多かった。
なぜ、サーバ側の処理書いて、cl側はjson.netでわざわざ解析して展開しなきゃならんのかと、いままで自動でバインドするだけだったのに。
っていうただの愚痴です。
MySQLのNuGetパッケージも動くかはわからないけど.NET Standardだよ
何をもって普及しなかったと？
それが事実かはともかくとして、仮にそうだとしてもMS的には別に困らんような。
MS自身はホントどうしたいのって感じだがまあ部署間で足並み揃えようとしねえのは昔からか
昔はパソコンしかなかったからどんなアプリでもWinアプリにせざるを得なかったけど大多数である参照系のアプリはandroid、iosに取られちゃったからな。
残ったマウス、キーボード使う生産系のアプリは元からそんな種類ねぇし成熟してたから新しくWPFで開発する需要がほとんどないだけじゃねぇかな
開発方面だとまだ需要はあるんだろうけど
最近のMS製だとWinDbg Preview、MSIX Package Tool、新生PIXかな、WPF使ってるの
大人気のVSCodeはElectronだがｗ
まだ数字出せないの？
「じゃあ今なら何なの」
「いや、デスクトップアプリ自体がオワコン」
このパターン飽きた。
あと20年もしたら絶滅してそうでつらい
そうなったらなったでそのときに乗り換えればいいような。
オワコン言いたいだけでまともに議論する気無いからな。
デスクトップアプリの需要は下がったけど、無くなったわけでは無いのに。
私には資金回収が難しいなだけで、それさえ対策できれば、実行コストの低い、まだまだやっていけるものだと思うのですが？
デスクトップアプリのどのような特質が「発展の見込めない」という評価につながるのでしょうか？
MSがUWPに傾倒していたせいでWinFormもWPFも最近数年間はほぼ放置状態だったからかな。
最近、若干方針が変わる兆しがあるけど。
変わるWindowsのアプリ戦略 UWPからデスクトップアプリに原点回帰か
http://ascii.jp/elem/000/001/770/1770229/
UWP のことをよくわかっていない私からすると、なぜ UWP に傾注してしまったのか？その理由は知りたいですね
古き良き WinForm/win32api も、その効率のよさから捨てたものではない、と思っているんですが
新しいプログラムはWin10でしか動作しませんて誘導したいんだよ。
プログラム組む側からすると、動作環境を広く取ろうとしてWin formsに戻ってしまう。
UWP→制限多すぎ
WinForms→見た目が少し古臭い、高DPI対応が面倒
主語が足りなかったな
今後の見込みがないのはデスクトップアプリではなくWPFの話
思ってるが、自分では(不便だと思いつつ代替もないから)使っているし
ごくまれに聞きたいこともある、だけだよ
なんでこう、デジタルな考え方しかしないのかな
脳のビット数が不足しているのではないか
代替がないものがなぜオワコンなの？
> なんでこう、デジタルな考え方しかしないのかな
> 脳のビット数が不足しているのではないか
それオワコンとか言ってる奴に言ってやれよw
UIがそのままなら簡単に移行してくれたのにな
オワコンなんて言ってねえだろが
ガイジは死ね
お前が言えよ
ガイジは死ね
>>745
基地外逆ギレ!!
アホすぎるw
ただ、DataBinding(MVVM)だけは消えないでくれ。
画面を直接触るのだけは、本当にもうゴメンだから。
パフォーマンスでないのをデフォにしたから子供のおもちゃ程度の代物になった
Win Formsだと動作環境が広いってどういう意味？
それだとWPFでも一緒じゃん。
binding単体では３桁ほど早くなるらしいが、元々そこまでボトルネックでもなかったから
体感するほどの改善ともならない
ただコンパイル時にエラーが出ることとイベントをバインディング出来るのが素晴らしい
そっか>>762がbindingとろくさいって言うから、コンパイル時バインディングならどれくらい改善されるのかなぁと思って。
まぁ、確かにatomレベルのCPUでスクロールとかすると、それだけでCPU使用率50%ぐらいまでいって、おぉいって思ったりするけど。
速度を犠牲にしてまで設計の自由度なんて誰も求めてなかった。これがすべて。
しかも、自由にして生まれたのは一貫性のない糞UIばかりだし・・・
WPFはbindingがトロいんじゃなくて、その結果発生するレイアウト処理がトロい
WindowsRuntimeではそこが全部C++で書き直されて速くなった
まあ元々C#が遅かったというよりは設計が悪かったんだけどね
あとはWinFormsのバインディングと全く同じ
WPFのDataGridはパフォーマンスも品質も劣悪であり、全くお勧めできない
ユーザーコントロールというのを作ってデータグリッドに入れればいいのかなぁ…
よくわからん
それならItemsControlじゃね。
不自然にWindowsRuntime持ち上げるやついるけど何なの？
どう見ても先にお前が死ぬけど
manifestでdpiAwarenessとか弄ったけど拡大されたままだった・・・
exeのプロパティから切ってみてもダメだった
imageだと何かやらないといけないことあります？
設計が良くても事実C#は遅い。
こんなのどう実装仕様しようと速くはならない。
仕様を読まないから。
少しは社会に出ろよ、無職のゆとり君。
ネイティブコードでAPI叩くアプリに速度で敵うはずがない。
開発速度では逆なんだろうけどね。
博士に調整してもらってね
本当に使った事あるのかな？
案件数少ないし微妙か？
C,C++,C#とやってきて、今後のステップアップの方向性が見えない
WPFもUWPもxamarinもこけてるイメージしかない
一応WPFは基本はある程度習得したが、このまま勉強続けていいものか迷うわ
ずっとWindowsで食ってきて今更javaとかPHPとかに移行するのもアレだし、Windowsのプログラマはマジで今後どうしたらいいの？
ヒマがあるならね
C#は
GDIはマスターした？
どうしても記述量が多くなるので最近の新しい流れとは相いれない
最近の新しい流れとは？
新しい言語で書いたほうが楽だし先の見通しも良い
独り言はママに聞いてもらえ
コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
C#は伝統があるのでそういう仕組みを全面的に取り入れられない
文末の;やforの( )などは新しい言語ではどんどん削られてきている
ガイジという言葉を使う人間は人間のクズなので相手にしなくていい
何を言い出すかと思ったらセミコロンと（）かよｗｗｗ
一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
それを考慮してない言語は徐々に廃れていく
もう比較すらする必要がない
でもお前らラムダ式を使いまくると怒るじゃん？
確かに将来性あるUIツールキットの方がいいが、俺が勉強したときはもっとWPFというより言語などに依存しないMVVMの概念とか具体的な実装方法とかそっちを目的にWPF,UWP勉強したな。
おかげでandroidでもデータバインディング+MVVMを簡単に利用できたし
ぐたいてきにおしえてくださーい(笑)
それなら、その経験を悩んでるやつに伝えてあげて
その方がためになるはず
> 一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
> それを考慮してない言語は徐々に廃れていく
典型的なコーダーの思考回路やんw
実際、今はテキストエディタでさえコード補完ができる。
だったらXAMLは最悪最低だよなｗｗｗ
https://japan.zdnet.com/article/35135991/
https://github.com/dotnet/wpf/issues/607
相変わらずやる気があるのかねえのかわからんなあ
やる気もクソも、決まったことをやりきるために最低限必要なことをやっているだけ
あとは需要がもっと増えてくれれば嬉しいのに
できる人が少ないから案件が出てこないんだよな
ＷＰＦは力を入れるところを間違ってる
逝ってよし
ｵﾏｴﾓﾅｰ
はは。お前は一生MS絡んだ製品使うなや
xamlもできる俺は天才だぞ
「外から文句言ってた方が楽だから」って断った
WPFで覚えた知識はUWPやxamarinでどのくらい使えるのか
これだけ教えてくれ
xamlは共通だからある程度同じ感じで使えるのかな
WPFに未来はない。というか現時点で既に死んでいる。
で知識をUWPに活かせるかだが、基本的にあまり期待すべきではない。
WPFは従来型のクラサバを指向したフレームワークであり、クライアント側で深く作り込むような開発スタイルが一般的だ。
当然、数少ない書籍やWebの資料もそれを前提にしており、WPFを学べば自然とそういう開発スタイルが身に付く。
一方でUWPは裏側にWebサービスが存在することが大前提のフレームワークであり、クライアントは非常に薄い窓口に過ぎない。
従ってWPFのような高度なバインディングなどは必要とされず、少ない労力でバックエンドといかにシームレスに繋ぐかが肝となってくる。
山ほどいるVBあがりのwinform要員のコーダーには広まらなかったね
結局はブロガーとMSのエヴァンジェリストの飯の種で終わった
死んでいるってどういう意味？
WPFだけでなくUWPやxamarinにも未来はない
最初に学ぶならまずはWebがいいだろうね。
UWPは>>837のような子を満足させるためのベターなオプションに過ぎないから、最初に手を出すものではない。
みんな使うから
プログラミングしやすさアピールしても速度犠牲にしてたら生き残れない
結局他のものもつかわないといけなくなるから
バインディングが速いっていってるのはどーせしょぼい小規模なプログラムだけ
web側勉強した方がいいのかな
webになるとクライアント側はブラウザになるから言語も必然的にhtml/cssにJavaScriptとかになるから、c++とかc#のデスクトップアプリ開発で磨いた俺の力が役に立たないよな
だからASP.NETとかやっても微妙かなと思ってるんだが、c++やc#でクライアントサイド作ったらサーバサイドも必然的にc++やC#になんのかな
ソケットとか使うから
javaで作ったサーバアプリと連携とかできんのかな
何勉強したらいいんだホントに
仕事で必要になったらググりゃいい
時代はウェブ、クロスプラットフォーム。MSはもう何年もWPFに力を入れてない
俺も年内にはそっち方面に移る予定
もう開発されていない
もともとの開発チームはずいぶん昔に解散して今はメンテナンスモード
WPFに限った話じゃなく、UWP以外WinFormsもMFCもメンテナンスモード
デスクトップアプリ全般にやる気が感じられない
WinFormsやWPFの移植作業中の.NET Coreはどこまで本気なんだろ
開発はされてるよ
いまだにWeb技術でスタンドアロン並みに使いやすいGUIを実現するのって聖杯探しだよな。
WPFもオープンソース化されたことだし、ここはひとつBlazorで動くようにしてくれないかな。
Silverlightが死んでなけりゃな……
BlazorとWPFは全くべつもんやろ…
企業内で使うシステムでデスクトップオンリーの見たことないわ
もう全部ブラウザ経由だよ
全部ってすげえな
Chrome OSでも使ってんの？
給料計算
顧客管理
生産管理
最近100社以上のシステム見たけどほぼすべてブラウザ経由
どこの会社のどれをとっても最近はデスクトップアプリなんてどこにもない
今はwebの時代というのはあってる
全く意味がわからん
極端な話そんなもんエクセルVBAでも作れるし、そっちの方が安いよな
いちいちjava scriptに仕事させてブラウザで結果見るの？
それともサーバ構築までしてサーバ側のjavaとかに仕事させてるの？
わざわざそんなことする必要性がどこにあって、なぜそんなことをしてるんだ？意味がわからんな
流行りだからってことか？
まぁ流行りには乗りたいし俺もwebに移ろうかなぁ・・・
俺のC++、C#がほとんどの開発経験でweb側で高単価で雇ってくれるならすぐにでも移りたいわ
これがその環境において多くのメリットをもたらすなら、検討の価値がある
開発者としては何より経験値を積めることがおいしい
勤怠システムに含まれる打刻ツールはデスクトップアプリやな
未経験なわけないじゃん
デスクトップアプリに比べたら業務での経験がめちゃくちゃ経験が短いってだけ
でもwebも簡単だし普通にできる
そもそもWPFまでやる人間がなんでhtmlみたいなバカでもできるマークアップ言語とスタイルシートと簡単なスクリプト言語が理解できないのよ、そんなわけないわ
xamlの方が遥かに難しいマークアップ言語なわけだし、C#の方がJavaScriptより難しいだろ
いくらwebに移るといっても安単価じゃ受けませんよ、私のようなプロがね
もっと利用者が多かったり複数企業で流用したりとか考えたらブラウザさえあれば済むwebアプリがどんだけ有用なことか
スマホ対応、mac/win対応もwebならコスト減らしやすい
インストール不要、ドキュメントもwebで対応できる、アップデートも利用者を気にしなくて実施しやすい
チャットワークやサイボウズがどんだけの企業で採用されてると思ってんの
開発者ツールでみてもBTSやCIもだいたいwebじゃないか
>開発者ツール
Visual Studio
上司がチェックしてハンコ押して部長に回ってた
それをまた手計算してタイムカードと比べてチェックして給料に反映されてた
無駄だけどそれしかなかった
そのうちそれがexcelの表に記入して共有サーバに提出に変わって今はブラウザから申請になった
専用アプリを作ってメンテナンスしたり各PCに必ずエクセル入れたりという状況から抜け出せて良かったのではないかなあ
ブラウザからの申請を記録するものは専用アプリとは違うんかい？
用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・
> 勤怠システムに含まれる打刻ツール
なにそれ？
デスクトップアプリの話をしてるんじゃないの？
for文だって入れ子減らせ読みにくいってのは当たり前に言われるというのに
どこからどこまでがどう入れ子になってるのが掴むの大変なんだけど慣れると読めるようになるもんなの？
あとそれと上の方でWPFに未来が無いとか書かれててがっかりしました
だよねー……日本語の参考書全然無くて海外のサイトばっか見てるもん……
まあインデントさえしっかりしてれば
どんな環境で開発してるのよ
ちょっとまともなエディタならXMLの中身を畳んだりタグの入れ子間違いを指摘することぐらいはできるぞ
VS2019使ってて拡張機能でXAML Stylerを入れてるけど、他にいいのあったら教えて下さい
やっとWPFに普及期がきたか。
> そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
途中がどこなのかにもよるけどコメントは入れられるでしょ
あと、xamlというかxmlをそもそもよく分かってないんじゃないのっていうレスがちらほらある
あれダメならhtmlとかも理解できないでしょうに
例えば、
<Grid
<!--こことか-->
Property1="a" <!--ここに入れたい-->
Property2="b"
..... />
普通に
<!--
□□の設定
Property1 は〇〇
Property2 は△△
-->
<Grid
Property1="a"
Property2="b"
..... />
ってやれば良いだけだろ
いや、それはそうなんだけど…
まずプロパティが多いと縦に伸びるし、目移りも無駄、
プロパティ名の入力も面倒だし、重要な情報を見落とす恐れもある
それに部分的にプロパティを抜いたり、別の値でテストしたい時とか、
プロパティをその位置でコメントアウト出来れば凄い楽
>>885
その辺は分からないけど、どうにかならんかったのかなといつも思うんだよね
そんなに多くのプロパティを設定するのってどういうとき？
今までの経験だとせいぜい３〜４だと思うんだが・・・
C#でやればいいのでは？
って思っちゃうタイプなんでしょ
プログラマーにはあまり向いてないと思う
例え3つでもコメント行が上に複数行も乗っかるのは嫌だわ
ただでさえxamlは縦に伸びるからね。フォーマットの仕方にもよるけど
プロパティの設定は大体4つ以内に収まるね
多いのだと例えばGridViewの設定かな。イベントの登録だけで4つ使ってたりする
>>889
コードビハインドでViewを構築しろってこと？ちょっとそれは頂けない
>>890
仕様がおかしいなどとは一言もいっとらんが
そもそもプログラマーで言語に不満を持ったことない人なんているんか
なんで全てのプロパティにコメント残す必要があるの？
内容変更するのにコメントで残すってやつも、その項目全部をコピペしてコメント書いておけばいいじゃん。
つか、今時前のコードを残すのはバージョン管理に任せろよ。
条件に合わせて柔軟に対応できないとプロとしてやっていけないよ。
ちょっと待ってくれ。全てのプロパティにコメントを残したいとは言ってないぞ
例えばいくつかのプロパティについて、メモ書きや注意事項を残したいことってないの？
俺はただそのプロパティの上や横に書けたらいいのにな、と言ってるだけなんだが。
あとは行をその位置でコメントアウト出来れば、テストとか楽だし
一応プロとしてやってますよ
というか不満持ってる人って少ないのかな。長年不満を抱いてたから意外だったわ
本来バインディングされるプロパティがあるのだからそっちにコメント入れれば良いと思うけど
viewにヅラヅラ説明を入れる状態が想像できない
今回はマークアップ言語の話だけど、
既存のプログラミング言語に不満持ってるプログラマーが新しい言語を作るんだし
不満を持つことと対応できないこととは関係ないよね
んで、 Holy Hell!! な解法
https://stackoverflow.com/questions/2073140/why-cant-i-comment-attributes-in-xaml
ほんとこれ不便
HTMLなら勝手プロパティでコメント書いたりしたけど。
jsonなんかも大きくなると手編集向いてないし
とはいえ現状じゃそういうわけにはいかないけど
xaml自体を分割して見通しをよくするとかくらいかね
そういう欲求はある。あると便利だよねえ
デバッグしているときにプロパティーをコメントアウトしにくいのが辛い
ブロック終わらせてコメントアウトっすりゃいいんだが面倒だ
属性名変えればいいだけじゃん
Property1="a"
↓
xProperty1="a"
とか
応用力なさすぎ
存在しないプロパティ名にリネームすれば無視されるから
コメントアウトの代わりに使える
<a.b>
<c d="d">
</a.b>
</a>
でそれぞれa,b,c,dをコメントアウトするのに最適な方法は？
日本語でよろしか
今時コメントアウトなんぞ要らん
gitを信じて消せ
お前日本語下手そうだからコメントアウトした結果を書け
>xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
XMLに関してはそうだが、XAMLに関してはプロパティ要素構文が使えるんだから
プロパティ要素構文にして、その後ろにコメント付ければいい
7年くらいずっとデスクトップアプリばっかやってきたわ
あとはせいぜいゲームとか
WEBは半年もやってない
ASP.NETマンになればブレイクスルーできるのか？
.NETに全てを託すしかねーわもう
WPFが死のうがUWPが死のうが.NETだけは共通の技術だから食ってけるよな？
今んとこASP.NET開発者の移行はさっぱり進んんでない
苦し紛れのWinForms&WPF対応という奇策もスルーされたら.NET Coreは3が最後のバージョンになるだろうな
そしたら.NETは終わりだ
electronのデスクトップマンになれば延命できるぞ
迷走してるってソースは？
https://twitter.com/davidfowl/status/1122035993505230848?s=19
https://twitter.com/5chan_nel (5ch newer account)
Silverlight3の顛末をググってきたらいいんじゃないかな
今の.NET Coreと状況がそっくりだから
だから失敗すると言いたいわけじゃないが、MS社内のプロジェクトのライフサイクル的に見切りを付ける時期が迫ってきているんだろう
具体的に
MFCは既に「終わり」のような気もするが、使えなくなったわけじゃないしな。
MSはプロダクトを見捨てる前にきっちり完成させるからね
WPFは例外だが
みんなが欲しがるものをあえてスルーしてたのはなぜなんだろう？
今の元号変更にしたってアプリがweb化されていたらサーバサイドを変更するだけでいい
これからデスクトップだったもののweb化（html化）は加速するだろう
ファイルダイアログはあるだろ
無いのはフォルダーダイアログ
Webくんは妄想性人格障害なだけで現代っ子だよ
人格障害はお前だよ
もともとあれは使いにくかったし。
人格障害だけでなくガイジも患ってるみたいだね…
ママさん仕事して〜
生ゴミはコンポストに捨てといてね
あればあったでいいけど、作れよそんくらい。
JavaFXみたいでいいからcss使えたら大分変わっただろうが
MS謹製にもかかわらず悲惨な品質で、WPFにおけるコントロールの作りづらさを露呈した
オレのUIかっこいいだろ系の残念UIのアプリが蔓延してWPF忌避の一因になったような気がする
特にWPF出始めは
ゴテゴテしてる感じのボタン群とか、パネルごとにグラデーションがかかった背景とか
WPFならではのUIにしてみましたって感じの機能に振り回されてるデザインのアプリ多かった
既存のUIと違いすぎて「このツールはWPFアプリかー（使いづらいな）」って思ってた
アプリのコンポーネントごとに極僅かだけどバッドノウハウ的なコツが必要なの時間の無駄に感じる
API的には統合されたけど、WPFのはモード指定が出来なくてファイル専用
APIを直接呼び出せば使えるけど、面倒くさい
全然ユーザーの意見取り入れなかった
全然ユーザーの意見取り入れなかった
MS製コントロールがバグ放置のwinformsよりはずっといい
（自前で拡張するかどっかから買えと？）
プログラミングってやっぱだるいわ
クソコードひたすら追いかけないといかんし
俺ももうプログラミングやめたい
ソリューションアーキテクト()とか名乗って偉そうなこと言ってトンズラするだけの仕事したい
ソリューションアーキテクトってやたらかっこいいな
それで仕事取れてまかり通るなら迷わずやればいいよ
ぶっちゃけ俺もそれやりてーわ
まじ！？
まじ。5月6日のリリースで来てる。.NET CoreのSDKをインストすれば表示が可能になってる
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes-preview
何が嬉しいのかさっぱりわからない
なんで？
>>954
実際に何かいいことあるのか？
ないだろ？
後、アプリに .NET Core自体を含められるから、 .NET Frameworkが
インストールされている必要が無いってのもメリットと言えばメリット。
Webサーバーのために極度に最適化されてるから、デスクトップアプリに求められる性能が出るかは期待薄だろう
今更真面目にデスクトップアプリ向けのパフォーマンス改善なんかやってくれるとも思えない
しかもデスクトップアプリなら.NETランタイムごとアプリに同梱して配るのがデフォになるだろうから、
.NET Frameworkと比較してファイルサイズサイズは激増し、その分起動時間も相当長くなるはず
Webサーバーに極度に最適化の具体的な内容を知りたい
ソースお願いします
だいぶのんびりやってるけどそのへんはAOT対応に期待だねえ
今までの.NETアプリの鈍重ぶりからしてシステムランタイム依存が
実際どれだけスタートアップ速度に貢献してたかなんてのも疑問だし
Visual Sutidioはオンライン版が発表されたし、デスクトップアプリの開発はもう死に体になろうとしてる
新しい開発フレームワークがこれまでより求められてきているが、Blazorは本命なのだろうか
それを全部使えなくして再実装しなおすんだから馬鹿なんじゃないかと思う
.Net Coreに移行してどんなメリットがあるのかわからん
ちょっとはググれよ
イヤあれ根本的な原因がフレームワークのコードに起因するのかWin32APIの変更に引っ張られたのか知らんけど
ストアアプリ専用じゃない？
いずれデスクトップも検討すると言ってたけど
今になっても噂もないってことは見送りになったんだろうね？
クラウド上でビルドしてアウトプットを別途ダウンロードするみたいな感じ？
後者だとは思うけど
.NET CoreがAOTに対応するとはどこにも書いてないよ
・CoreFX (クラスライブラリ) がAOTに対応する
・CoreCLR はJITを活用して長時間実行するアプリケーションでの高スループットと高生産性を提供する
・.NET Nativeが.NET 5ファミリーに含まれるのかどうかは言及なし
・起動時間や iOS, Blazor 等プラットフォームの制約のためAOTが必要なケースには、MonoのAOTを利用して対応する
リモート操作も含めて全てクラウドの仮想環境上で実行できるに一票
Onlineは定額制になり、Azureの利用範囲に応じてプランがある感じになるんじゃないだろうか
ビルドされたものがzipでパックされて、都度DLしてっていうのはちょっとないよね
界隈のウェブ化の波が凄い。絶賛乗り遅れ中ですよ
やっぱクラウドなんだろうねー
ローカルでちょくちょく使うちょっとしたツール類が使いづらくなるのがなー
Dartやだー
どうせだったらTypeScriptでPWA作るほうがいい
async awaitがc#より良い出来のシンタックスシュガーに包まれてた気がする
気がするばかりで済まぬ
Perl好き？
なんかのタイミングでどっかのコンポーネントが
再コンパイルされちゃって固定したんだろね？
（始める前にイメージバックアップで全部戻せるようにしたほうがとは思うけどいまさらだろうから）
Livechartsの環境構築やり直すしか思いつかない
VScodeベースだし
.NET言語はRoslynコンパイラもWebAssemblyにしてローカルで動かすかもよ？
（C++はVS on windows使ってねでサポート外？）
君よく頭悪いって言われない？
C#のコンパイルしたことある？（JAVAでもいいけど）
VMオブジェクト指向言語はかなり実行時に投げてるからコンパイル自体は軽い
スマホでも重くならないと思われ
君よく頭悪いって言われない？
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
https://mevius.5ch.net/test/read.cgi/tech/1557960752/
新しいスレッドを立ててください。
life time: 518日 8時間 17分 28秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- コロナワクチン接種後死亡 遺族ら13人が国を集団提訴 約9150万円の賠償を求める「マイナス情報を広報せず、被害を広げた」 ★4 [Hitzeschleier★]
- 無事発見された1000万円黄金茶碗 保管している警視庁困惑「どこへ返せばいいかわからない」「三つ巴の争いが始まるかも」 [おっさん友の会★]
- 【Googleマップ】「グーグルが悪評を放置」医師ら６０人が提訴へ…地図上の口コミ、「営業権の侵害」 [ぐれ★]
- 「1人もお客さんが来ませんでした」アイドルの告白に反響 観客0のステージで歌う姿に「プロ過ぎ」「胸にくる」 [尺アジ★]
- 【日本政府】アニメ、ゲーム「日本のコンテンツ海外売上は鉄鋼、半導体に匹敵」内閣がエンタメ産業活性化を議論★2 [Hitzeschleier★]
- 産休クッキー論争に益若つばさ「ポジティブ発信歓迎されない社会悲しい」柴田阿弥アナ「倫理的に問題がないことを咎める社会は厳しい」 [muffin★]
- 【実況】博衣こよりのえちえちCities:Skylines2🧪★1
- 【実況】博衣こよりのえちえちCities:Skylines2🧪★2
- 【悲報】ジャニオタ、ジャニーズライブの最前列で席交換したのバレる！スタッフの尋問を無視し開演を45分遅れさせ逮捕 [389296376]
- アメリカZ世代「資本主義ってゴミじゃね？」Z世代の嫌儲化が深刻WXWXWXWXWXWXXWXW [389296376]
- 『ゆるキャン△ SEASON3』各務原なでしこ、志摩リンが可愛らしい春コーデでフィギュア化ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!! [303493227]
- 美しい言葉が無意識に出る「美言症」になった。すずらん、こもれび、せせらぎ、小春日和、憲法9条 [535650357]