アカウント名:
パスワード:
Silverlightが終わるという事は、WPF も終わるのかな？Win10敗戦処理中？
どんな論理展開すると WPFが終わると？
Silverlight アプリ提供してるところって実際にはブラウザ上で動かすメリットが何もなかったってところが多いので、利用実績の多いWPFはSilverlightからの移行先の鉄板の一つだったりするんですよ。Microsoftの思惑的には、Win10化のために WPFじゃなくてUWP化してほしいのでしょうね。開発側からしても Win7 のサポートが終わればWPFのメリットもあまり大きくないのですが、UWP化はアーキテクチャレベルの変更が必要だったりするんで、なかなか移行しづらい。
WEBじゃなきゃ駄目だったところは、JavaScript化頑張ってというところですかね。
ああ、WinFormsしか使えない技術力最低ランクの人ねｗ高DPI対応なんか抜きにしてもWinFormsなんかよりWPFの方がずっと生産性は上。
WinFormsがそれ以下のゴミなのは変わらないよ
よくわかんないんだけどWinFormsの何を気に入ってるの？
気に入っているんじゃなくてWinFormsしか使えないんだろ。VBとWinForms依存の技術者もどきは切った方がいい。
それじゃあしょうがないですね。。
今の時代だと、「MVVMでやらない」ときにあえて名前が出るもんだからな。かあえて言うものじゃない。Angular、すでに Vueやreact とかもMVVMだし、.NET限定の話でもない。いまどきのフレームワークでMVVM前提じゃないもののほうが珍しい時代ですよ。
> DependencyPropertyのゲッターとセッターをシコシコ実装してる姿
そんなもの手で書いてたのは10年ぐらい昔じゃない？プロジェクトによっては5年ぐらい前でも、手書きだったかもしれんけど。何年も前からプロパティに属性付けるだけで、手で実装するのなんてのはロジック書かなきゃいかんようなところだけでしょうに。
いつの時代からトリップしてきたんだろう？
その理屈ならWinFormsの出番は皆無でしょ。アンカーのWPFならまだしも。このスレッドにもWPFでバリバリ開発してますって人は多分少ないと思うけど、WinFormsはねーよwってだけの話じゃないの。
良い意味で枯れたWPFと悪い意味で枯れたWinForms
最近のMSのプロダクトだとElectronベースのものが多い時点でWPFに先は無いのかなと思っちゃう。
感性としては解る気がする。C++とMFCやATLを使ったようなものから、JavaScriptとElectronを使ったようなものまで、色々ある中でWPFはその立ち位置が中途半端だという感じ。でもこういう開発環境の消長ってどう進むか私には正直判らない。素敵なものでも商業的に失敗したり、なんだこりゃというものが流行ったりする。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
WPF も終わるのかな？ (スコア:0)
Silverlightが終わるという事は、WPF も終わるのかな？
Win10敗戦処理中？
Re: (スコア:0)
どんな論理展開すると WPFが終わると？
Silverlight アプリ提供してるところって実際にはブラウザ上で動かすメリットが何もなかったってところが多いので、利用実績の多いWPFはSilverlightからの移行先の鉄板の一つだったりするんですよ。
Microsoftの思惑的には、Win10化のために WPFじゃなくてUWP化してほしいのでしょうね。
開発側からしても Win7 のサポートが終わればWPFのメリットもあまり大きくないのですが、UWP化はアーキテクチャレベルの変更が必要だったりするんで、なかなか移行しづらい。
WEBじゃなきゃ駄目だったところは、JavaScript化頑張ってというところですかね。
Re: (スコア:-1)
WindowsがLinuxカーネルになるXデーまではレガシーなフレームワークを大事にメンテするのが賢いと言えそうです。
ただしあなたがマゾヒストでUWPでもう一度ハシゴを外される経験をしたい場合を除きます。
Re:WPF も終わるのかな？ (スコア:0)
ああ、WinFormsしか使えない技術力最低ランクの人ねｗ
高DPI対応なんか抜きにしてもWinFormsなんかよりWPFの方がずっと生産性は上。
Re: (スコア:0)
DependencyPropertyのゲッターとセッターをシコシコ実装してる姿は前世紀のJavaのよう
技術的中核の過半を放り投げたのに普及できないWPFが終わった技術なのは変えられない
Re: (スコア:0)
WinFormsがそれ以下のゴミなのは変わらないよ
Re: (スコア:0)
よくわかんないんだけどWinFormsの何を気に入ってるの？
Re: (スコア:0)
ウンコ味のカレーとウンコ味のウンコなら後者の方がマシでしょう
どうせWindowsというウンコ皿に盛られたのを食べなきゃならん以上はね
Re: (スコア:0)
気に入っているんじゃなくてWinFormsしか使えないんだろ。VBとWinForms依存の技術者もどきは切った方がいい。
Re: (スコア:0)
それじゃあしょうがないですね。。
Re: (スコア:0)
今の時代だと、「MVVMでやらない」ときにあえて名前が出るもんだからな。かあえて言うものじゃない。Angular、すでに Vueやreact とかもMVVMだし、.NET限定の話でもない。
いまどきのフレームワークでMVVM前提じゃないもののほうが珍しい時代ですよ。
> DependencyPropertyのゲッターとセッターをシコシコ実装してる姿
そんなもの手で書いてたのは10年ぐらい昔じゃない？
プロジェクトによっては5年ぐらい前でも、手書きだったかもしれんけど。
何年も前からプロパティに属性付けるだけで、手で実装するのなんてのはロジック書かなきゃいかんようなところだけでしょうに。
いつの時代からトリップしてきたんだろう？
Re: (スコア:0)
Re: (スコア:0)
その理屈ならWinFormsの出番は皆無でしょ。アンカーのWPFならまだしも。
このスレッドにもWPFでバリバリ開発してますって人は多分少ないと思うけど、
WinFormsはねーよwってだけの話じゃないの。
Re: (スコア:0)
良い意味で枯れたWPFと悪い意味で枯れたWinForms
Re: (スコア:0)
最近のMSのプロダクトだとElectronベースのものが多い時点でWPFに先は無いのかなと思っちゃう。
Re: (スコア:0)
感性としては解る気がする。
C++とMFCやATLを使ったようなものから、JavaScriptとElectronを使ったようなものまで、色々ある中でWPFはその立ち位置が中途半端だという感じ。でもこういう開発環境の消長ってどう進むか私には正直判らない。素敵なものでも商業的に失敗したり、なんだこりゃというものが流行ったりする。