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

◆QZaw55cn4c (ﾜｯﾁｮｲ 5360-ZWep) · 2018/11/13(火) 23:36:24.96

>>545
＞サンドボックス由来の制限
この縛りはきついと思います…

2018/11/13(火) 23:43:32.06

>>547
というわけで結局デスクトップアプリになるんだよな

2018/11/14(水) 00:15:29.85

>>544
その嘘、どこから得た知識？

2018/11/14(水) 07:08:46.79

>>549
クレカ持ってないからかも知れんが、Win8の時はそうだった。
今は緩和されてる？
それとも、年会費払えば当時でも制限無かったのかな。

2018/11/15(木) 03:29:23.03

8の時に作ってたけどサイドローディング用の疑似証明は作成から1年程度だった気がする

2018/11/15(木) 03:49:03.22

自分の勘違いだったのかもだけど、1年だろうが自分で作ったものに使用期間区切られる、
証明書再発行の手間が掛かるのは気に食わない。

自分で作ったんだから、好きな時に好きなように使わせてくれ。
ストアで売りたかったらストアに登録するさ。

2018/11/15(木) 07:27:55.36

文句の基準が「一週間そこらで再コンパイル」からだいぶ緩くなったな

2018/11/15(木) 07:31:48.97

その内任意で延ばせるようになるのでしょう

2018/11/15(木) 12:12:11.22

え！アンドロイドでも自分で作ったアプリを
直接転送しても1年の期限付きなの？

2018/11/15(木) 12:38:41.77

ここの人は証明書の期限を勘違いしてるんかな？

2018/11/15(木) 12:40:01.42

>>553
何年も前でコンパイルし直さないとしばらくしたら使えなくなるのは覚えてても、
どのくらいの期間だったか忘れたんだ。
当時は半年は持たなかったとは思うんだが。。。

クレカがあれば自分で作ったのを無料設定で公開->DL後すぐに有料化とか、
最近のトレンド？は広告収入らしいから、そう言うのでやれば良いんだろうけど、
自分で使いたいだけだったらデスクトップアプリの方が遥かに楽。

>>554
任意でもずっとは無いだろうから、自分用はデスクトップアプリで作っておいて、
売るつもりならUWPで作り直すのが良いのかな。

2018/11/15(木) 12:43:28.41

UWPアプリが売り物なんかになるわけないだろ

2018/11/15(木) 13:13:12.83

疑似じゃないちゃんとした証明証使えばめちゃくちゃ長いけどね
証明もとらない無責任なアホよけだからちゃんと機能したって事かな

2018/11/15(木) 13:36:45.38

>>558
じゃあデスクトップアプリだけで良いわ。
個人で使えればそれで良いんで。

2018/11/15(木) 21:17:33.97

オレオレ証明書でも期限延ばす方法あるだろう

2018/11/16(金) 06:43:22.64

ドライバーとかはタイムスタンプ付きで署名されてれば証明書の期限切れても使えるじゃない
アプリにはあれは適用されないの？

2018/11/16(金) 09:41:40.82

使えるよ。
開発者自身、ビルド時の問題なのに理解してない人がいるんよ。

**114** (ｱｳｱｳｶｰ Sa85-ZFLo) · 2018/11/16(金) 15:40:56.71

キタコレ！

ARM64向けWindowsアプリの開発が正式サポート～「Visual Studio 2017」v15.9でビルド可能
“Microsoft Store”での受け付けも開始
https://forest.watch.impress.co.jp/docs/news/1153679.html

2018/11/16(金) 15:43:32.08

で、需要はあるの？

2018/11/16(金) 15:47:58.28

ストアに出せないエロゲとかWin on ARM向けに出せる。

2018/11/16(金) 17:12:19.61

デスクトップアプリをARM64向けに野良配信もできるのは素直に良いことだ
需要以前にそもそも市場に端末が存在しないことを気にしてはいけない

2018/11/16(金) 17:20:56.72

>arm用デスクトップアプリ開発

RT のときにこれがあればなあ
MS 自身はRTでもオフィスその他ほとんど全てデスクトップアプリで作ってたのにな

2018/11/18(日) 03:17:48.32

まずARMが動く環境がない
仮想環境すらいまだに存在しない

2018/11/18(日) 05:36:13.97

ラズパイにWin10IoT入れられなかったっけ？

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

でも出来るでしょう？