Windows 10 UWPアプリ開発 Part 2 [無断転載禁止]©2ch.net

2017/07/10(月) 12:41:32.83

!extend:checked:vvvvv:1000:512

javascript(+HTML5,WinJS)やC#(+XAML)を使ったUWP開発のスレッド

■リンク
Windows ストアアプリ開発 - Windows デベロッパーセンター
http://msdn.microsoft.com/ja-jp/windows/apps/

Windows ストアへの道 | MSDN
http://msdn.microsoft.com/ja-jp/jj984295.aspx

Insider.NET > 業務アプリInsider > WinRT／Metro TIPS - ＠IT
http://www.atmarkit.co.jp/ait/subtop/features/dotnet/app/spv/winrttips_index.html

■コード貼るなら↓使ってください
http://ideone.com/

前スレ
Windows 10 UWPアプリ開発
http://mevius.2ch.net/test/read.cgi/tech/1440150886/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2018/11/18(日) 09:20:40.19

UWPはファイルのフルアクセスみたいな機能をユーザ側での許可制にすれば良かったのにね
制限ばかりガチガチに固めるから実用に耐えないクソアプリばかり出来上がる

2018/11/18(日) 09:34:42.24

最近Win10の不具合でbroadFileSystemAccessの話が流れてたばかりでしょ・・・

しかしまあbroadFileSystemAccessを許可してもRuntime Broker経由には変わりはないのか
FindFirstFileとかは相変わらずアプリローカルでしか使えんのよな
なんか他でも使えるみたいな喧伝してたと思うんだが

クエリのAPIの機能自体はなかなか強力なんだがクソ重いのがネック

2018/11/18(日) 09:38:12.18

もう旧来のAPIにタブレット用のUIとか追加した方がいいんじゃないのか
なんかもう基礎から作り直したはいいが基礎がクソ過ぎて
クソの上に何建てても救いようがないって状況だな

2018/11/18(日) 10:06:44.77

つXAML Island

2018/11/18(日) 21:42:34.18

ファイルアクセスがどうとかみんな連呼してっけどみんなファイラーかその類いを作ろうとしてるのか?
大人気すぎww

2018/11/18(日) 21:48:54.85

ファイラーにも満たないアプリですら満足に作れないから叩かれてるんでしょ

2018/11/18(日) 21:50:29.88

自由なファイルアクセスが必要＝ファイラー
なんて貧困な発想…

2018/11/18(日) 21:54:19.79

俺はスマホ買ったらまずファイラーアプリ入れるよ
多分古い人間なんだろうな

2018/11/18(日) 22:04:24.42

WebのAPIからJSON拾って加工して表示とかなら丁度良いんだけどねえ
そのへんElectronやらの方が作りやすいかって言ったらあっちはあっちで面倒くせえし

例えばピッカーから複数ファイルで構成されてるコンテンツを読むだけでも素直にいかねえのよ
ちなみに3D Viewerがファイル参照のあるglTFを読み込むと笑える解決策を提示してくれる

あと上でも書いたけどRuntime Broker経由だと大量の列挙でパフォーマンスの問題が出てくる

2018/11/18(日) 23:42:52.93

音楽プレーヤー作ってるけど、パフォーマンスが出ないのとフォルダ監視ができないのが悩みどころですわ
wpfで前に作ったやつより明らかに遅い
高機能、高速なBassとMediaPlayerElementの違いも大きいです

2018/11/19(月) 00:06:13.38

いやいやそうだろ。アプリで設定情報をdbに格納しよう。画像をキャッシュしようでも特定のフォルダにだけaccessできればいいわ。
そんなフルアクセス必要なんてファイラーとその派生のファイルビューアぐらいだろw
もちろんファイルのリーネームソフトとか派生あるけど
ファイラー系作者大杉w

2018/11/19(月) 00:13:39.03

まぁ、俺も一つファイラーというより>>580みたいなファイルビューア系一つ作って公開してるけと、最初にユーザーにフォルダ選択させて別に困ってねぇな。
まあ数少ないユーザーは困ってるかも知れんが

2018/11/19(月) 00:36:48.31

>>580
https://msdn.microsoft.com/en-us/magazine/mt790201.aspx
フォルダ監視できるようになってるんじや?

2018/11/19(月) 00:48:11.54

後試してないけどStorageFolder.CreateItemQueryで返ってくるStorageItemQueryResultにContentChangedイベントあるけどこれ使えない?

2018/11/19(月) 01:06:55.33

>>584
ああなんか行けそうな感じはするね。早いうちに試してみるよ
ありがとう

2018/11/19(月) 09:08:19.79

今の仕様に満足してる奴は
遊びでおもちゃアプリを作ってるガキか、冴えないサンデープログラマーくらいだろうな
ストアにはそういう輩しか集まらないのだろう

2018/11/19(月) 13:54:01.19

Dapperがdebugモードでは動くけどReleaseモードで動かないってのは凶悪だわ

2018/11/19(月) 20:44:00.10

>>582
前回使ったファイルを再指定せず利用したい
そういうことできる？

2018/11/19(月) 21:41:27.11

>>588
つStorageApplicationPermissions

まあMRUならともかく、FutureAccessListでも1000件以内とかいうクソみてえな制限があるので
ファイル単位のコレクション目的には不適合（標準UWPアプリみたいにソースファイル指定が現実的）

2018/11/19(月) 21:47:52.91

>>588
https://docs.microsoft.com/en-us/windows/uwp/files/how-to-track-recently-used-files-and-folders
FutureAccessList使ってごり押しすればいいんじゃねぇの？
つか、ここのドキュメントぐらい読んでくれよ。

2018/11/19(月) 21:48:56.36

ごめん。かぶった。

2018/11/20(火) 22:18:06.90

>>589
おーサンクス

>>590
まだ学習中なんでごめんよ、まあでもこういう話題も容認してほしいな

2018/11/28(水) 21:33:07.53

U.n.k.o.
W.i.n.d.o.w.s.
P.r.o.g.r.a.m.

2018/11/28(水) 21:34:31.35

Uう　nん　koこ

Wう　iぃ　nん　doど　wう　sず

Pぷ　roろ　gぐ　raら　mむ

2018/11/28(水) 21:35:39.13

UWPに満足してる奴は
遊びでおもちゃアプリを作ってるガキか、冴えないサンデープログラマーくらいだろうな
ストアにはそういう輩しか集まらないのだろう

2018/11/28(水) 22:51:20.18

誰も集まってねえよアホか

2018/11/30(金) 22:50:03.51

急速に進化するUWPアプリのUI　～Windows 10 1809の新コントロール／DataGrid／旧バージョンへのバックポート (1/7)：CodeZine（コードジン）
https://codezine.jp/article/detail/11188

車輪の再発明でやっとこさ現代の水準に戻りつつあるかなぁ？ってレベルなのに進化とか笑わせんな

2018/12/02(日) 10:05:44.08

「進化って言って！やっと追いついたじゃなくて！進化！！」

2018/12/02(日) 11:53:33.13

悪のジャシンカ打ち破れ

2018/12/02(日) 15:15:33.24

鈴木淳也の「Windowsフロントライン」：Intel Graphicsが初対応　Windows 10のモダンドライバ「UWD」とは何か (1/2) - ITmedia PC USER
http://www.itmedia.co.jp/pcuser/amp/1812/02/news011.html

UWPに続き、今度はWindows Driverもウ○コ化するようだな
MicrosoftはよほどU*ko Windows化を推し進めたいらしい

2018/12/02(日) 15:22:18.19

Microsoftのせいで「ユニバーサル」とか「モダン」と言う文言が悪い意味にしか聞こえなくなってしまった

2018/12/02(日) 15:38:29.84

ユニバーサルデザイン:最新の人しか使えない
モダン焼き:具が無くてシンプル

みたいな

2018/12/04(火) 08:15:10.34

>>601
MSにネガキャンやらせたら天才だなw

2018/12/07(金) 16:30:38.68

EdgeがChromiumベースになってEdgeHTMLの開発は終息してくことになるんなら
これから作るプログラムにはWebViewコントロールは使いにくくなるな

2018/12/08(土) 00:28:27.60

>>604
Chromiumベースは提供しないの？
ライセンス的には問題ないよね

2018/12/08(土) 01:01:35.85

仮にそうだとしても
EdgeHTMLからChromium完全移行するまでは現状のWebViewは使わない方がいい気もする

**604** (ﾜｯﾁｮｲ f99f-k/5d) · 2018/12/08(土) 01:40:17.50

>>605
WebViewが現状のEdgeHTMLベースのまま残されて新しくBlinkベースの別のWebViewが作られるのか
それともAPIが同じままWebViewの内部がEdgeHTMLからBlinkになるのかわからない

前者なら将来性のないWebViewで作ることになり、後者ならBlinkベースになった時に互換性の問題が
出る可能性がある

MSが方針を出すまで現時点でWebViewを使い始めるのは問題を内在させることになるよねって思った

2018/12/08(土) 06:02:51.55

>>607
https://www.reddit.com/r/Windows10/comments/a3pt19/microsoft_edge_making_the_web_better_through_more/eb8rhe5/?context=8&;depth=9

2018/12/08(土) 06:04:05.77

>>605
提供するってよ

2018/12/08(土) 07:11:26.02

Edgeがシェア取れなかったのって半分くらい（根拠はない）はUWPのせいだと思う……
まぁ制限ガチガチUI部品スカスカなUWPなんかでよく頑張ったなぁとしか言えない

UWPも機能とかUIとか拡充を進めてるらしいけど対応遅すぎだよホント……

2018/12/08(土) 07:24:36.59

まったく力を入れなかったせいだけどな。
半年に1回しかバージョンアップしなかったせい。

2018/12/08(土) 10:24:01.83

Win7でUWPサポートしていれば・・・

2018/12/08(土) 10:28:19.11

むしろUWPのUI嫌ってWin7に流れてたよね？
年配の人ってガラッと変わるのを嫌うから。

2018/12/08(土) 10:51:56.25

まあUIパーツが完全に実装されていたとしても
プログラム板的には当時10%もある20%も
使われていた Windows 7 で動かないってだけでも
UWP 使わない理由としては十分すぎた。

代わりに Windows Phone とか Xbox とか Mixed Reality Headset で動く(動くように書けばね)！
とか何で好き好んでそんな罰を受けにゃならんの。

https://docs.microsoft.com/ja-jp/windows/uwp/get-started/universal-application-platform-guide#a-common-api-surface-across-all-devices

ユニバーサル Windows プラットフォーム (UWP) アプリとは
「すべてのデバイスに共通の API セット」

本当にそうだったら使ってたよ。

2018/12/08(土) 11:25:53.84

なるほど、UWPのWindows7対応あったら少しは普及率あがってたかもしれないね

2018/12/08(土) 11:58:36.04

(ヾﾉ･ω･`)無い無い
タッチUIに全振りしたWin8がまったく売れなくて、Windows PhoneもMobileも鳴かず飛ばずだったのに
その方向性を継承してるUWPがWin7で使えたら普及したとか考えられないよ

2018/12/08(土) 12:46:54.58

「少しは普及率上がった」の意味が人によって違うのかw

2018/12/08(土) 13:39:20.33

フォト(win10)とフォトビューワー(win7)の人気の違いかと
勿論フォトビューワーの方を使用してまする

2018/12/08(土) 14:59:25.68

UWPがタッチUIに全振りしたと勘違いしている人がずっといるｗ

2018/12/08(土) 15:22:34.74

スマホでOneDriveに投げたのそのまま見れるのでフォトの方使っとるわ

2018/12/08(土) 17:57:33.70

>>619
読める？「タッチUIに全振りしたWin8が」
スタートボタンを消したあのOSのことだよ

2018/12/08(土) 18:22:20.01

キーボードメイン勢にとっては 8 でも問題はなかった

2018/12/12(水) 22:20:33.64

>>622
わかり味が深い

2018/12/12(水) 22:56:30.83

アプリの起動は結局 Win キーの後に数文字タイプしてenterで起動しちゃってるな
タイルは常用しないけどたまに使う(かとその時は思った)ものを置いてあるだ

2018/12/13(木) 12:32:35.21

起動してるUWPアプリの列挙ってpowershellでどうやんの？
全く出てこないんだが

2018/12/14(金) 21:16:43.01

何の反応もないからPSスレで聞くわ

2018/12/27(木) 08:12:40.76

>>424
餌食w

2018/12/30(日) 05:34:43.45

.NETのデスクトップアプリのページ
https://dotnet.microsoft.com/apps/desktop

なんでWPFとWinFormsよりUWPが後なんだ！ってUWP好き外人が吠えてたｗ
今さらデスクトップ向けでUWPはねーよ

2018/12/30(日) 17:51:48.33

Windows UI ライブラリ
ソース見ると次来るのはTwoPaneViewと、RadioMenuFlyoutMenuか。
やっとメニューで簡単にRadioボタン的な動作と見た目を簡単にできるように。遅すぎなんだよ死ね

2018/12/30(日) 18:14:01.12

MSは頭良いはずなのに仕事遅いよな。

2018/12/30(日) 18:33:44.03

タブレットとPC両方で使えるように……なんて妙な縛りを設けるから
複数プラットフォームで共通に使える部品だけ厳選して！なんて方針が大失敗なのは昔JavaGUIライブラリのやらかしを見れば予想できただろうに……

今はその縛りも無くなったし、とにかく他のデスクトップGUIに追いつこうと必死なのだろうな
もうじきWin7ユーザも大量流入してくるし

2018/12/30(日) 19:43:20.00

MSとして一括りにするからおかしく見えるのだ
Windows UIには無能しか割り当てられていない上に人手も足りんのだろ

未だに部署間の確執が酷いみたいだしね

https://github.com/dotnet/core/issues/43#issuecomment-387801761

.NETがWindowsチームの古株に目の敵にされてたって話はﾜﾛﾀ
まあ思い返して見ればさもありなん

2018/12/31(月) 18:52:55.05

サイドロード用パッケージ(ローカル用のやつ)ってilspy みたいなので逆コンパイルしてソースパクるのって可能なんですか？
.net ネイティブでビルドされてるなら難しいと思うんですけど、パッケージにソースかframework みたいに中間ファイルで配布なら、いずれ逆コンパイルソフトが出てきますよね。
apppackages フォルダ内のファイル見ても見慣れないファイルばかりでよく分からなかったのでお知恵をお借りします。

2018/12/31(月) 19:02:48.75

>>632
私はまた、新しいクロスプラットフォームUIをXAMLベースではなく、優れたテクノロジを作るようにしたいと思います。
XMLから完全に率直に進化してください。

2018/12/31(月) 19:15:24.00

XAMLベースからHTMLベースへ
これが今のトレンド

2018/12/31(月) 19:15:32.74

ちなみにインストール先のwindows appsの該当フォルダを見たら小さなexeファイルと大きなdllファイルがありました。どちらもilspyでは開けませんでした。
大きなdllがプログラム本体で恐らくネイティブコードだと思うのですが、これはインストールパッケージの何かのファイルに含まれていたのでしょうか？
それとも中間コードのインストールパッケージからインストール時にビルドされたものなのでしょうか？
前者なら楽にソースパクれる可能性大ですよね。

2018/12/31(月) 19:16:47.18

そういや逆アセンブラでネイティブコードを
ソースコードに戻してパクるって合法なの？

2018/12/31(月) 19:17:57.15

>>635
VS2019ではデスクトップの復権がテーマらしいよ。
.net framework 4.8では基本的にUWPのすべてのクラスが標準で使えるらしいし。

2018/12/31(月) 19:22:02.45

>>637
google play 見てれば分かるやん。
apkからソース抽出してUIだけ変えて私のアプリですって常套手段だし。
ソースの一部が似るなんて同じようなアプリ作ればありうるし、裁判費用とか検証費用とか考えたら泣き寝入りでしょ。
だから未だにMFCなんかがメインで使われる訳で、

2018/12/31(月) 19:23:50.93

そうか。ネイティブアプリでもパクられてるんですね。

2018/12/31(月) 19:25:21.92

>>637
ああ、ネイティブですか。
バイナリが暗号化されてない限り合法みたいですよ。
使用許諾でリバースエンジニアリング禁止って書いてもそれを証明するの不可能だし。

2018/12/31(月) 19:29:01.94

>>638
でもさ…
4.8はC#8.0に非対応みたいなんだけど

2018/12/31(月) 19:29:56.64

>>638
でもさ…
4.8はC#8.0に非対応みたいなんだけど

2018/12/31(月) 19:30:31.48

>>640
ネイティブコードが一番安全みたいですよ。
よく「アセンブラレベルで解析できるから無意味」みたいなこと言う人いますけど、アセンブラでWindowsアプリ作る人なんかいないので現実的に不可能ですからね。
そもそも普通に他人のコメント付きソースを見て理解するのですら、労力いるのに。

2018/12/31(月) 19:36:01.73

ネイティブコードが一番安全って何を根拠に？

2018/12/31(月) 19:42:34.40

リバース一番最高に超絶しづらいからな
当たり前
UWPつよい

2018/12/31(月) 19:46:00.55

でも出来るでしょう？

2018/12/31(月) 19:50:54.32

WPFなんてどうせ一時的な復権でしょ。UWPも複数ウィンドウとか簡単にできるようになり、機能的にもネイティブデスクトップアプリに似てきて違いはサンドボックス内で実行されて安全な代わり機能制限がある

2018/12/31(月) 19:53:04.72

>>647
中間コードと比べると格段に難しいし、精度悪い。
パクるのが目的ならその手間を考えたら自分で１から書いた方が早い。
JAVAとか.net framework とかでアプリを公開するってソースコードをばらまいてるのと同じだと思った方がいい。

2018/12/31(月) 20:07:59.54

うん、でも出来るでしょう？

2018/12/31(月) 20:25:58.29

>>650
できません。
例えるなら、君がWindowsOSを１から作るのは不可能ではないだろう。では可能かと言えば無理だろう？

2018/12/31(月) 20:35:36.97

Windows OSを1から作ることレベルのことを不可能っていうんだよ

2018/12/31(月) 20:36:05.88

UWPは見た目が大変醜いという弱点を抱えたまま

2018/12/31(月) 20:40:08.86

>>652
不可能じゃないよ。
実際に昔だけどdrdosみたいにwindows 95の互換os作ってた人いたし。

2018/12/31(月) 20:43:38.34

はい。1からOSを作ることは可能です。

2018/12/31(月) 20:46:12.10

>>653
カスタマイズできるけど、コーティング量はVC以上に醜いことになるが正解ではないか？

2018/12/31(月) 21:09:40.87

>>642
非対応ではないよ、全機能は使えないけど
ただまあ、Frameworkはもう保守モードでこれからはCore使えってなるでしょうね

2018/12/31(月) 22:18:17.67

メインストリームは.net coreに移ったと言うことか
同じものを造ったり壊したりの繰り返し
くだらないことをいつまで続けるんだろうか？

2018/12/31(月) 22:19:32.87

車輪の再発明が大好きなんDA★

2018/12/31(月) 22:35:34.06

>>657
.NET Standard2.1にも非互換らしいしね

2018/12/31(月) 23:43:29.34

>>636
Releaseビルドしてりゃ普通はパッケージングされる段階で各アーキテクチャ毎にネイティブ化されてる

.NET Coreをネイティブ化できるcorertはチョー期待してるんだけど
一体いつになったら実用化されるんだ…

2018/12/31(月) 23:47:23.12

StorageFileが死ぬほど遅いのなんとかならんのかな
system.ioより一桁は遅い

2019/01/01(火) 00:35:57.46

>>661
ネイティブ化の意味くらいスレ内で統一しろよ

2019/01/01(火) 01:16:27.88

>>663
ハイハイAOTAOT

2019/01/01(火) 14:16:14.07

リバースエンジニアリングされてぱくられるのが致命的な技術なら極論ローカルにインストールされるものは全部ダメでサーバーサイドに置くしかないんじゃない？

2019/01/01(火) 14:37:38.33

>>665
ゲームなんかそれが主流だよね。チート対策でデータもほとんどサーバー側だし。

2019/01/01(火) 14:38:12.27

>>661
なるほど。情報ありがとうございます。

2019/01/03(木) 22:43:21.15

2019年、Microsoftが飛躍するために取り組むべきこと (1/3) - ITmedia PC USER
http://www.itmedia.co.jp/pcuser/articles/1901/03/news010.html

>UWP版なの？　デスクトップアプリなの？
>話は変わるが、先日同業者でライターの笠原一輝氏がソーシャルネットワークで触れていて少し話題となったのが
>「Office 2019（Office 365）のセットアップでOneNoteがインストールできない」というトピックだった。
>正確には「最新版のOfficeインストールでOneNoteのデスクトップ版が入らない」というものだが、
>最新バージョンにあたるOffice 2019にはデスクトップ版に相当する「OneNote 2019」が含まれておらず、
>代わりにUWP（Universal Windows Platform）版である「OneNote for Windows 10」がインストールされる仕組みになっている。
>Office 2019は、元々Windows 10以降のOSがターゲットとなっているため動作的には問題ないのだが、
>UWP版は以前のデスクトップ版に含まれていた機能が全てあったわけではなく、
>同氏はメモとして残していた録音済みの音声データを再生できなかったことを問題点として指摘していた。

2019/01/03(木) 22:44:32.85

>>668
>この問題は、Office 2019が提供され始めた今秋からしばしば報告されるようになり、
>「ユーザーのクレームでサポートがたびたび紛糾している様子を報じている媒体」もある。
>対策としては、旧バージョンのOneNote 2016も同一OS内に共存できるため、
>新旧バージョンを同時にインストールすることで解決は可能だ。
>ただし、Microsoftとしては「デスクトップ版OneNoteには新機能は追加しないのでUWPを使うように」という意図があり移行を勧めているが、
>「UWP版はマウス操作に最適化されておらず不便」というユーザーの意見と真っ向から対立していたりもする。

2019/01/03(木) 22:46:03.55

>>668
>実際のところ、MicrosoftがUWPを推しているのか、
>あるいはデスクトップアプリケーションを推しているのかよく分からない部分は多い。
>最近の例でいえば「Skype」がそれで、旧バージョンにあたる「Skype 7」の利用を2018年9月時点で停止し、
>以後は「Skype 8」を導入するようMicrosoftでは説明していた。
>興味深いのは、このSkype 8はデスクトップアプリケーションであり、
>Windows 10ユーザーであればデフォルトでUWP版Skypeが導入されているため、
>普通に考えれば「UWPからデスクトップに移行しろ」と解釈することもできる。

2019/01/03(木) 22:48:36.81

>>668
>もう1つはチャットサービスの「Microsoft Teams」で、
>2018年秋に開催されたIgniteカンファレンスで「無料版」の提供がアナウンスされている。
>クライアントアプリケーションとしてはデスクトップ版（Windows・Mac）とモバイルアプリ（Android・iOS）が用意されているが、
>Microsoft Store経由のストアアプリしか導入できないWindows 10のS modeでは、Webブラウザ向けのインタフェースしか用意されていない。
>当初はPWA（Progressive Web Apps）を使ったUWPアプリがプレビューとして提供されていたのだが、
こちらはなぜか11月いっぱいで提供を終了している。
>なお、Surface Hub向けにはUWP版Teamsが提供されていたりする。

>アップデートなどが容易でセキュリティも高いUWPを推しているのかと思えば、
>一方で新しいデスクトップ版を用意してそちらをインストールさせてきたり、あるいはUWPの提供そのものを中止したりする。
>過去にもあった話ではあるが、バージョン移行を強制して旧ユーザーを一方的に切り捨てる話も散見される。
>後者は仕方ない面もあるが、こと「UWP」に関してはMicrosoft内でも対応がちぐはぐな印象が強く、統一意思的なものはないのではないかと考えている。
>筆者としては「もうMicrosoftはUWPを絶対的なものとしては扱わなくなっている」と解釈している。

結論: UWPはやっぱりUnko