Win32(+MFC)はさずがにない、と思いたい。ずっとバグ放置状態だし。 .NET+WinFromsも更新されてないよね。悪くはないけど、今更感が。 .NET+WPFは期待度が高かったのに、機能が十分そろわないまま。 UWP(or WinRT or Modern UI or Metro UI)はMicrosoft Storeと無理心中させられて、ずっとお通夜。
これが必要なら：Win32(+MFC)はさずがにない、と思いたい。ずっとバグ放置状態だし。 過去の遺物：.NET+WinFromsも更新されてないよね。悪くはないけど、今更感が。 UWPでまなかえないなら：.NET+WPFは期待度が高かったのに、機能が十分そろわないまま。 第一選択肢：UWP(or WinRT or Modern UI or Metro UI)はMicrosoft Storeと無理心中させられて、ずっとお通夜。
ペゾルド本 (スコア:0)
プログラミングWINDOWSがWin32から.NETに対象が変わったとき、マイクロソフトやる気だなと思ったけど、結局空回りだったな
Re:ペゾルド本 (スコア:1)
正直、マイクロソフトがデスクトップアプリ開発者にどのプラットフォーム／フレームワークを奨励しているのか分からん。
Win32(+MFC)はさずがにない、と思いたい。ずっとバグ放置状態だし。
.NET+WinFromsも更新されてないよね。悪くはないけど、今更感が。
.NET+WPFは期待度が高かったのに、機能が十分そろわないまま。
UWP(or WinRT or Modern UI or Metro UI)はMicrosoft Storeと無理心中させられて、ずっとお通夜。
「もうデスクトップアプリはいらん」ってことなのかな。
Re:ペゾルド本 (スコア:1)
でも最後まで生き残るのは素のWin32じゃないかと…
Re: (スコア:0)
少し変なことをするときやパフォーマンス出したくなるときはぶん殴るようにC++書くからそれとの組み合わせでWin32になるんだろうなぁ。
後は、Unix系由来などのライブラリの存在もでかい。
Re: (スコア:0)
セキュリティソフトなんかはWin32で書かなきゃどうしようもないし、
もちろん、マルウェア、ランサムウェアは言うに及ばずｗ
Re: (スコア:0)
今はWindows App SDKがあるよ。
UWPからの移植も楽。using書き換えだけ。ただXboxでは動かない。
一応フレームワークと言えばXamarinそして後継のMAUIでもWindowsデスクトップは作れる。
別にどれが推奨というわけではないかと。
状況に応じて使い分ければ良いかと。
Re: (スコア:0)
期待のWinUI3は酷すぎて、ごく一部の信者ぐらいしかついて行かなそう。
Flutter for Windowsのインパクトが強すぎてUWPやWinUIがゴミに見える。
Re: (スコア:0)
WinUI3は、期待しすぎた感あるなぁ。事前情報通りのが出てくれば、ちょっとは違うが、当面は、WPFが現実的だとは思う。
Flutterは、.NETじゃないから論外だろう。あれが必要になるケースは想像がつかない。
Re: (スコア:0)
FlutterはDartじゃなきゃスマホでは良さそうなんだけどな…。
.NETとの組み合わせが出てきて欲しいけどまずない。
正直Xamarin Formsより見た目と設計は数段良いとは思う。MAUIはまだ触れてないけど。
UI重視でライブラリとか要らないロジックがシンプルなマルチプラットフォームアプリなら一択かな。
Windowsでその内動くってのは分かってたからその辺驚きはしない。
ただUIは普通にUWPのFluent Designの方が良い。
UWPは基本Windowsのみだけど作りやすいし美しい。
Re: (スコア:0)
FlutterはしっかりFluent Designのテーマも用意してきたところは良い。
Material DesignのままWindowsに持ってきてたら見向きもしなかった。
DartはJavaScriptのレガシー部分を切り捨てて再デザインしたらこうなるのかなって印象。
C#の人にはちょっと物足りないかも。
Re: (スコア:0)
MSの中の人やMS寄りの人からも距離を置かれているWindows App SDKですか。現状やロードマップ見ると、まともに使えるレベルになるのは1〜1.5年後ぐらいでしょうな。
Re: (スコア:0)
新しいフレームワークに移行するたびに微妙に実装されてる機能が減ってたり挙動が変わってたりで
前やれてたことを再現するだけで無駄に時間がかかる
Re: (スコア:0)
これが必要なら：Win32(+MFC)はさずがにない、と思いたい。ずっとバグ放置状態だし。
過去の遺物：.NET+WinFromsも更新されてないよね。悪くはないけど、今更感が。
UWPでまなかえないなら：.NET+WPFは期待度が高かったのに、機能が十分そろわないまま。
第一選択肢：UWP(or WinRT or Modern UI or Metro UI)はMicrosoft Storeと無理心中させられて、ずっとお通夜。
プログラミングスタイルを理解していればUWPが一番楽で、UWPではできないこともわかるから迷うことはない。
Re: (スコア:0)
今更だけど、MFCって無料じゃないんだよね。Pro/Community以上じゃないとダメだったと思う。
GPL汚染といっしょで、こういうことは黙ってない人が増えたし。
Re: (スコア:0)
Communityは無料だろ…
Re:Re: (スコア:0)
個人で遊ぶ分にはな
Re: (スコア:0)
言ってる意味が分からないんで解説お願い
Re: (スコア:0)
ライセンス
Re: (スコア:0)
横からだけど、私も何を言っているのかわからん。
Visual Studio Community [microsoft.com]は、個人でなら商用でも可能。
組織だと、オープンソース系のソフトやデバイスドライバといった特定用途ならOK。だから、
Communityを含めている時点で、この文章は既におかしいんだ。
組織による一般的な商用アプリ開発を念頭に置いているなら
Re: (スコア:0)
MFCが要るときって、他人に使わせる こましなUIが要るときか、ドライバのユーザランド側の何かを書く時(mfc42.dllを使いたい)だと思うんだ。
自分用だったら、CLIの何かを組み合わせて済ませちゃうから、MFCどころか、ほとんどGUIが要らない。
EULAに定めるエンタープライズの要件を満たさない中小・SOHOなら、大いに恩恵を受けるといいが、勤めてるところがちょっとでかいと、そして、そこで使うようなツールとなると、Communityが使えない、つまり無料とは言えない。
後者(ドライバ)はOKになってるな、これは収穫だった。かつてはこれがグレーだって言われてた。
Re: (スコア:0)
追記、見解の相違にたぶん気づいた。個人開発者が、社用のツールを作るのが、Communityの範囲かどうかだ。
それは、社内のコンプラの連中が判断する。あいつら、スクリーニング段階でなんでもダメっていうからね。
内製ツールの競合は紙とか、レガシ設備だから。確実に、追加コストゼロで立ち上げましたってのは、隠れた要件になりうる。
Re: (スコア:0)
Pro/Community未満って何を指してるんだろう
Re: (スコア:0)
VS不要。.NETのアプリは、たとえば、SharpDevelopがあれば、VS要らずで作れる。
「何で書いたんですか、まさかCommunityじゃないですよね?」とかって突っ込まれる心配はない。
Re: (スコア:0)
SharpDevelopってｗ
認識が古い、古すぎるよ。
今は.NET SDKとVSCodeだよ、おじいちゃん。
Re: (スコア:0)
core&codeって。新しい、新しすぎるぞ。Windows11でも、抱き合わせはまだ4.8だぞ、若いの。
いずれにせよ、.NET 以降、学習コストとミドルウェアはさておき、仕事につかえるものを無料で書けるようになったんだ。
MFCだけはその流れから取り残されていて、そろそろ、CRT並みの準フリーでいいんじゃないかと思ってる。
Re: (スコア:0)
UWPは全くかかわることなく終わった人が大半だろうな。
配布方法の一つとしてパッケージングはありだけど、
ポータブル版アプリが作れないようなのは使いどころが限られすぎて採用できない。
デスクトップアプリとしてのポテンシャルもUniversalな部分が足かせになっていまいちだし。
Re: (スコア:0)
俺らの推しで開発者が全員付いてくる訳じゃないのが分かったからもう好きなの使ってよ状態では。
レガシー処分したくても古いフレームワーク使えなくすると怒られるし。
Re: (スコア:0)
Silverlight消されたし、かつては王道of王道だったMFCも、2015あたりで事実上消されたようなもんだけど、いまではMFCなんて保守ですら、.NETに移行しましょうって感じになってるだろ。
ガッチリ性能要求される Win32直書きだったり、UWPでやってみましたってのもあるけど、一般的にはGUIが必要なものはWPF一択みたいなもんだ。
Re: (スコア:0)
いや流石にSilverlightやらMFCやら保守しろって要求はナシでしょ。
Win32直書きだったり、UWPでやってみましたってのもあるけど、一般的にはGUIが必要なものはWPF一択みたいなもんだ。
だから全然一択になってないじゃん…。
WPFだってVistaあたりで満を持して導入したのにちっとも使ってもらえなくてMSもやる気なくなっちゃったんじゃない。
Re:ペゾルド本 (スコア:1)
そやろか？
https://trends.google.co.jp/trends/explore?geo=JP&q=WinForms,WPF,U... [google.co.jp]
WPF > WinForms > UWP > WinUI
https://github.com/topics/wpf [github.com]
https://github.com/topics/winforms [github.com]
https://github.com/topics/uwp [github.com]
https://github.com/topics/winui [github.com]
Re: (スコア:0)
一択ですよ。
WPFばかりですよ
Re: (スコア:0)
.NET6+Visual Studio 2022でも.NET(Frameworkじゃない方)のWinFormsデザイナーはプレビュー扱いなんですね。
チェックが入った状態が既定の状態なので使えるように見えるけど使っているとあらがいろいろと出てきました。
リソース周りとか、なんか変なんですよね。
Re: (スコア:0)
そもそもWinFormsってWin32APIの薄いラッパーだし。
変な制限とかあるのもAPIのラッパーだからだし。
その分速いからWin32ネイティブアプリを書き易くした物って認識で使うべきかと。
マルチ環境で使いたいなら一から作り直したWPFかその以降のUIを使うべきかと。
Re: (スコア:0)
今の時代にWinFormsで作るってケースのことは、まず想定されてないだろうから、プレビュー止まりなのは仕方ない。
主な用途は、すでに書かれてるものを、そのまま動かしたり、WPF(とか他の現代的なもの)に移行するときに全面移行しなくても、部分的に移行をすすめられるように、とりあえず動くレベルしか想定されてないと思うぞ。
Re: (スコア:0)
うちの会社、次期主力製品をWinFormsで開発中です。現行バージョンはVB6製です。
私はとにかく関わらないように頑張っています。関連する話が来そうなときは
開発体制などにダメ出しして、向こうから離れていってくれるようにしています。
# 多分似たような会社は多くあると思うけど AC
Re: (スコア:0)
最近のMSのプロダクトみてるとElectron使っている場合が多いし、XAMLじゃなくてRazorをベースに作った方が良かったんじゃないかなぁとは思う。
Re: (スコア:0)
Atomが脱Electronに成功したらMSも追従するだろうな
Re: (スコア:0)
マイクロソフトとしては好きなのを使ってねだと思うよ。あの会社は社内の各チームに好き勝手やらせて生き残ったものを採用みたいな会社なんで。同一分野にダブりがあろうがほぼほぼ同じものが乱立しようが気にしない。＃問題はサービスは採算性を理由に潰すがライブラリやフレームワークは互換性を理由に温存するところか。
Re: (スコア:0)
Win32いじると楽しいよ、プロジェクトで一律強制されたら逃げるかもだけど
作者の本業に余裕ができたのか、FastCopy（Win32でコーディング）がまた頻繁に更新されてる