DDLG

2015年6月7日日曜日

Win10 UWP 文書リンク＆小ネタ

Win10 UWP、MSDNのカバーページは出来たけど…リンクを辿るとまだWin8.1の記述のままでぐんにょり、という事が多い昨今です。
そこで、Win10 対応の内容に更新済みの文書で役に立ちそうなものを挙げていこうという記事です。気づいたら更新するスタイルです。

(7/29...幾つか追加)

InkCanvasで使えるTool Palette
UWPのInkCanvas、高機能なのはいいのですが…ペイントツールでよくあるツールパレットUIは自分で作る必要があるのが面倒な所でした。
が、MSさんがVS Extensionとして公開してくれました(*´▽｀*)
Ink Toolbar control for Universal Windows Apps
https://visualstudiogallery.msdn.microsoft.com/58194dfe-df44-4c4e-893a-1eca40675269

こういうの。自分で作るのは中々骨。

「ト」が上に伸びる問題
XAMLのBodyTextBlockStyle はYu Gothic UIでFontWeight=Lightなのですが…これをそのまま使うと、描画時に一部の文字がびろーんと上に伸びてしまうようです。

FontWeight=Light

（少し前のビルドのインストール画面「セットアップ」もトが上に伸びてました）

これ、どうもFontWeightをNormalやSemiLight等、Light以外にすると発生しないようです。

FontWeight=Normal

VS2015のカラースキームを変えたい
こんなツールが出ています。※VS2015RTM以降用。RCには使えません。
Visual Studio 2015 Color Theme Editor
https://visualstudiogallery.msdn.microsoft.com/6f4b51b6-5c6b-4a81-9cb5-f2daa560430b

#余談ですが…英語のVSが一時期メニューを全部大文字にして凄まじく不評だった件、もう止めたみたいですね。

ストアアプリの期間限定セールが使えない？
~~現在使えないみたいです。困った。~~7月末のWin10リリースのタイミングで使えるようになりました。

日本語の文章をよみがなにへんかんする
これはUWPネタでは無く、Win8.1からあるAPIなのですが…

JapanesePhoneticAnalyzer Class
https://msdn.microsoft.com/en-us/library/windows/apps/windows.globalization.japanesephoneticanalyzer.aspx

これを使うと、日本語の文章を文節で区切られた単語に分解し、また「よみ」を得ることができます。

和名アイテムの並び替え・よみがな表示等日本人には便利な機能ですが、日本語にあまり慣れていない外国の方にも便利な機能ですね。

日本語文章を文節で区切り、またよみがなに変換している様子

IpOverUsbSvcのエラーが出てアプリをWin10Mobile / WinPhone8.1 にデプロイ出来ない場合
Win10を10240に上げてからこのエラーが発生してしまいました。MSDN Forumに解決法が載っていました（サービス登録するだけという）
https://social.msdn.microsoft.com/Forums/windowsapps/en-US/74fafd96-50cf-4d77-9d7a-41620c5487a5/

統合された新しいDashboard では、収益の受け取りにPaypalが使用できる

6月末以降、Windows Store DashboardとWindows Phone Store Dashboardが統合されたい新しいUnified Dashboardへの移行が進んでいます。
この新しいDashboardでは、アプリ収益の受け取りに…遂に！！Paypalが使えるようになっています。

Paypal様遂に爆臨

これまでは銀行への送金しか選択肢が無く、一度送金を受ける度に2500円だの3000円だの取られてもう尻の毛まで抜かれる悲しい感じだったのですが…Paypalはそこまで取られないので！大変に嬉しいところです。

UWP のデザインに便利なカラーサンプル
MSさんがデザインワークに使えるPPT・Illustratorの素材を提供してくれています。
https://dev.windows.com/en-US/design/assets

…が、Illustratorなんて高くて買えないし…花を飾る花瓶も無いし…という人用のカラーサンプルだけ抜いた版がこちら

Win10のトースト・タイル通知はかなり強まっている

テキストボックス付きトースト

こちらのMSDN Blogで紹介されています。通知トースト上でリプライやら何やら可能なようです。
http://blogs.msdn.com/b/tiles_and_toasts/archive/2015/07/02/adaptive-and-interactive-toast-notifications-for-windows-10.aspx

ApplicationView
https://msdn.microsoft.com/en-us/library/windows/apps/windows.ui.viewmanagement.applicationview.aspx

アプリのウィンドウ化で発生した変更がこのあたりに多く詰まっているようです。
まだ文書化されてない所もあるのですが（IntelliSenseで拾うスタイル）
面白い所だと、
SetPreferredMinSize( new Size(width, height))

アプリの最少サイズを設定します。Win8 ではManifestで宣言していた所。UWPではこのあたりもAdaptiveにすれ！という事かもしれません。
ただ、例えば320x320に設定したところで普通のUI部品配置は難しいので…小さくするなら、それに応じたStateTriggerを作って、サイズに見合ったUIを作る必要もあるでしょう。

320x320 を最少サイズに指定した様子

ApplicationViewTitleBar
https://msdn.microsoft.com/en-us/library/windows/apps/windows.ui.viewmanagement.applicationviewtitlebar.aspx

ApplicationView のプロパティになっています。ここを弄ることで、ウィンドウモードでのアプリケーションのタイトルバーの色を変えることが可能です。

タイトルバーの色を変えている様子

Win10、標準の色だとアクティブと非アクティブの見分けがつきにくいので…アプリで分かりやすい色に設定しておく・アプリのテーマカラーでタイトルバーを塗る、のはアリかもしれません。
ただ、今はまだTitleBar Colorの変更を使っている人が少ない(*1)ので問題無いですが、UWP Appが増えてくると…デスクトップが様々な色のタイトルバーで埋まる可能性もあり、それはそれでどうなんだろうという所はあります。

(*1) 有名どころだとTweetium が使っているようです。また、無名どころでは拙作のPICT8、futa8 にも入っています。プロパティが存在したら設定、する形で書くことで既存のWin8.1 App にコードを仕込んでおき、Win10 で動作する場合（プロパティが存在したら）にはタイトルバーカラー変更、という実装が可能です。

XAML theme resources reference
https://msdn.microsoft.com/en-us/library/windows/apps/dn518235.aspx

UI Elementで使ってるカラー・テーマリソース等の一覧。Dark/Light/High contrast で全部書いてあって便利。
ちなみに、ここには書いていないんですが…いわゆる「アクセントカラー」、コントロールパネルの個人設定で選べる色は SystemControlHighlightAccentBrush です（ToggleButtonが使っていたのでテンプレで探した）。コントロールパネルで色を変更するとすぐにアプリ側もライブで変更されていい感じです。

Guidelines for fonts
https://msdn.microsoft.com/en-us/library/windows/apps/hh700394.aspx

フォントのガイドライン。ガイドラインとして（MSが推奨する）各部の文字スタイル既定値と、XAMLでのスタイルの対応が書いてあります。

それと一件、え？そうなの？と思うことが書いてあって…UIでの使用が推奨されるフォントリスト、というのがあるんですが、そのNoteにはこうあります。

「この一覧以外のフォントをアプリで使用する場合、フォントの自動ダウンロードが発生する場合がある。これはデータプラン等で通信量に制限のあるモバイルデバイスでは特に問題となる可能性がある。モバイルデバイスで動作するUWP アプリはこのリスト以外のフォントを使用すべきでは無い。」

リストを見ると、日本語フォントでリストに挙がっているのは游ゴシックのみです。
実機で確認した訳では無いのですが、Noteの通りだとすると…MS ゴシックを設定した場合、日本でWin10 Mobile を使っている人はまぁそのまま表示されるのでしょうが、例えばブラジルでWin10 Mobile を英語設定で使っている人がアプリを落とすと…突然MSゴシックのダウンロードが！ぐえー！幻滅しました☆１つ！！的な事になるのかもしれません。これは確かに困る。

Windows 10 Advertising SDK Walkthrough
https://msdn.microsoft.com/en-US/library/mt125365(v=msads.100).aspx

Pubcenter SDKのWindows 10版についての記述。
Visual Studio 2015 に統合予定だけどまだ出来てない、試しに使いたければココからSDK落とせ、だそうです。
UWPのストア自体がまだなので仕方無いですかね。
新機能としては、Video Interstitial Ad （全画面広告）が試せるようです。
Ad Mediator （複数の広告プロバイダを自動で入れ替えてくれる　WPでは既に対応済み）はまだ出来て無いみたい。

2015年6月4日木曜日

DDLGで製作しているアプリ Windows 10 以降の対応予定

私が作っているアプリの、Windows 10 以降の対応予定・どれがどのOSで動くのかについて簡単にまとめてみました。

App	Win8	Win8.1	Windows Phone 8.1	Win10 PC	Win10 Mobile	今後の予定
futa8	○	○	×	○	×	Win8.1で終了
F10	×	×	×	○	○	Win10 UWP版　今年後半予定
PICT8	×	○	×	○	×	未定
WiFiSD8	×	○	×	○	×	未定
Wheel World Clock	×	○	○	○	○	未定
GC.Calendar	×	○	○	○	○	未定

…表にすると意外にややこしくて驚くのですが、

futa8 … Win8/8.1 StoreApp。 F10に引き継ぎ、futa8の更新は終了する予定です（ストアには置きます）
F10(仮称) … Win10 UWP版の画像掲示板ブラウザです。今作っています。
PICT8 … Win8.1 StoreApp。現在、Win10 PCでは画像表示時の初期倍率がたまにおかしくなる不具合があります。UWP化は未定。やりたい気持ちはありますがまずはF10を片づけてから、な感じです。
WiFiSD8 … Win8.1 StoreApp。UWP化は…もうWebDAVがあるので別に要らないかなとも思ってます。
Wheel World Clock … Win/WP8.1 UniversalApp。このままでWin10 PC・Mobileで動くので、今のところいじる予定は無いです。
GC.Calendar … Win/WP8.1 UniversalApp。このままでWin10 PC・Mobileで動くので、今のところいじる予定は無いです。

ちなみに、マウスコンピュータさんのスマートフォン MADOSMA はWindows Phone 8.1で出荷、Windows 10 Mobile 対応は「やる気はあるけど未定」という言い方のようです。

Win10（PC）は7月末リリースが決まりましたが、Win10 Mobile の方は「今年後半」だけでまだふわっとしてますね。

2015年5月30日土曜日

FiddlerCore のライセンス形態の話

Fiddler は高機能なネットワークモニタリングソフトであり、現在はTelerik 社より無償で提供されています。

Fiddler - The free web debugging proxy for any browser, system or platform
http://www.telerik.com/fiddler

一方、Fiddler のネットワークモニタリング機能を抜きだし、.NET アプリケーションに組み込む事でアプリケーションにモニタリング機能を付与することができる「FiddlerCore」という製品もあります。

FiddlerCore - The power of Fiddler in your app
http://www.telerik.com/fiddler/fiddlercore

このFiddlerCore、どういった形で提供されているのか見てみよう、という記事です。

※この記事は2015年5月30日時点でのTelerik Website の記述に基づいており、この先変更される可能性があります。また、契約話ですのでその内容・翻訳は自分で確認して頂く必要があります。契約は契約者の責任で行われるものです。

Buy FiddlerCore
http://www.telerik.com/purchase/fiddlercore

三種類のライセンスがあることが判ります。

Personal & Educational Use … 「オンライン又は教室での教育目的で、学生又は教授が使用する場合」、「無料」。
Internal Application Use … 「企業内使用のアプリケーション開発のためにライセンスを受けた開発者が使用する場合」、「年間2,999ドル」(開発者・アプリケーション毎に　2015年5月30日の通貨レートでは約37万円）。
Commercial Application Use … 「商用アプリケーションで使用する場合。再配布の権利が含まれる」、「応談」。

上のページは所謂サマリーで、本文はこちらになります。

Telerik End User License Agreement for FiddlerCore Embedded Engine
http://www.telerik.com/purchase/license-agreement/fiddlercore

上の三種類のライセンスについての定義が判ります。
個人的に重要だと思った所を挙げます。

冒頭
「このライセンスはあなたにFiddlerCore のライセンス・再配布・組み込んだ製品を再配布可能として一般に公開する権利を与えるものではありません。FiddlerCore の商用ライセンスについてはTelerik の営業（Mail Address）にご連絡下さい。」

2.1 「Personal & Educational Use 」の説明
「商用目的のソフトウェアでの使用または配布は固く禁じられています。あなたが教育/訓練目的のためだけにソフトウェアを使用している教育機関に在籍する教授や学生ではない場合、あなたはTelerik から商用ライセンスを取得する必要があります。」

ここまで読んでの「私の理解」は、

教育機関に属し、教育目的でグループ内に限定配布される場合のライセンスが「Personal & Educational Use」である
「Personal & Educational Use」, 「Internal Application Use」はアプリケーションの配布先が教育機関又は企業内に限定されており、一般に配布する権利は無い
FiddlerCore を含むアプリケーションを一般に配布する場合、「Commercial Application Use」として商用ライセンスを取得する必要がある

になります。

・・・・・・

NuGet には沢山の便利なライブラリが登録されており、直ぐにダウンロード・使用できるようになっていますが…全てフリーという訳では勿論ありません。
Telerik のような独立系ソフトウェア会社が作成したコンポーネントライブラリも数多く登録されており、ライセンス形態は様々です。組み込んだ製品の出荷数・販売数でライセンス料が変わるもの、研究・教育やOSS 用途では無料で使用しても良いもの等。このため、使用にあたってはライセンスの確認が重要です。

しかしEULAの独特な文言を沢山読むのは疲れますね:)

2015年5月6日水曜日

Win10 UWP メモ

Win10 UWP、開発環境が落ち着くまでは色々あるのでメモしておこうという記事です。

Azure VM 上でのテスト・開発環境の作成

（05/23追記）

最近、Win10 Enterprise build10072 がAzure VMで使用可能になりました。
私の環境では、10072 → 10122 への更新も成功しています。

VMのお値段ですが、私の使い方…Standard A3（4コア/7GB) を週末は大体上げっぱなし・平日は夜の使う時間のみにOn、で5000円＋α程度？くらいで収まる感じです。

引っかかりやすいところ

リモートデスクトップからログインする場合のアカウントは「local\<Azureで設定したユーザー名>」と入力
Microsoft Accountに変更する場合、ストアから何かアプリを導入しようとすると直で変更画面に飛ぶので楽
Microsoft Accountへの変更がうまくいかない場合、別にアカウントを作成してやってみるといいかも。この場合、作成したアカウントをリモート接続許可に入れておくのを忘れずに
10072→10122 Updateのような大きい更新は再起動してからリモート接続可能になるまでそれなり時間がかかるのでのんびり待つ

注意点

・Windows Phone 8.1 / Win10 Mobile のエミュレータはVM上では使用できません（これらエミュはHyper-V 仮想化を使っており、仮想マシンの上で仮想環境は動かせない）

・恥ずかしい話ですが、僕は10049→10072への更新で仮想マシンを接続不能にしてしまいました（Azure VM PowerShellからの回復作業やってもダメだった…）。ソースはVisual Studio Onlineで管理するなど、いつ飛んでもいいような運用がお勧めです。

UWPでのSQLiteの使用

（05/23追記）

SQLite, VSIXにもNugetにも同じような名前のが沢山あってどれ使えばいいのか判りづらい処なのですが…

これならWin10 Desktop/Mobile 両方で動く！という組み合わせは

VSIX

SQLite for Universal App Platform

https://visualstudiogallery.msdn.microsoft.com/4913e7d5-96c9-4dde-a1a1-69820d615936

Wrapper

SQLite.Net.Async-PCL

http://www.nuget.org/packages/SQLite.Net.Async-PCL/

SQLite.Net-PCL

http://www.nuget.org/packages/SQLite.Net-PCL/

またJson.netやSharpDX等のような「ライブラリどれ使うか話」をMSの人がBlog記事にまとめており、参考になります。

Win10 apps in .NET- common library issues

http://blogs.msdn.com/b/lucian/archive/2015/05/21/win10-apps-in-net-common-library-issues.aspx

VS2015RCのインストール

https://www.visualstudio.com/downloads/visual-studio-2015-downloads-vs

Win10 SDKはVS2015内のリンクからDLすれとガイドされる。
上手くいかない場合は下↓のページからStandaloneでインストール。
https://dev.windows.com/en-US/downloads/windows-10-developer-tools

(05/09　追記…Release直後はWin10 SDKのInstallでエラー頻発してたのですが、ここ数日？で修正が入ったのか、問題なくInstall終わることが多いです）

※公式では「UWPのBuildにはWin10 IPが必要」という事になっている。が、
現状Win8.1にVS2015を入れた場合、

ビルドとリモートマシンへのデプロイ・リモートデバッグは可能。
VSのXAMLデザイナは動かない。XAML手書き上等な人向け。
リモートデバッグは可能だが、VS2015の超新機能、ライブビジュアルツリーが使えないので残念度は高いです。

ターゲットマシンの開発者モード有効化

これまでの「開発者ライセンス」とは異なり、Win10 UWPでは「モード」を有効にする。

Enable your device for development
https://msdn.microsoft.com/library/windows/apps/xaml/dn706236.aspx

（追記 5/23）Win10 desktop build 10122から、OSの設定メニューで開発者モードを有効にできるようになりました。設定→更新とセキュリティ→開発者向け。

~~Win10 Desktop: ポリシーエディタで手動で変えれ~~
Win10 Mobile: Windows Phone Developer Registration Tool を使え

というお達しが出ているので注意。
（PhoneのRegistrationToolは大体 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Windows Phone SDK 8.1　あたりに入っています）

Win10 MobileへのUWP Deployで蹴られる場合

リモートマシンへのデプロイに必要な準備

RemoteToolsのInstallと起動
開発者モードの有効化

を行った後でも、以下のエラーでデプロイに失敗する場合がある。

Unexpected Error: A Prerequisite for an install could not be satisfied. (Exception from HRESULT: 0x80073CFD)

この場合、Package.AppXManifestのDependency/TargetDeviceFamily の ”MinVersion” を低め…"10.0.1.0"に設定することで解決する場合がある。

※理屈は通っていないので何でこれで通るのかは不明…実機側のメタデータが変なのかもしれない

GetEncodingで落ちる

System.Text.Encoding.GetEncoding()で落ちる。ﾋﾃﾞｴ

シフトJISの変換に多用するのでこれが動かないのは結構困る。

※VS2015CTP6で作ったUWPでは、Win10 Mobileでも普通に動いていたので…Phone時代に戻った？というのもちょっと考えにくい。良く分からない。MSDNForumには一応投げたが…
https://social.msdn.microsoft.com/Forums/en-US/c8779cbe-1eda-4a2c-bab8-d0bc0d62ae20/

取り敢えずの回避策としては、（Phoneのように）代替PCLを使う。(ideakiさんに教えてもらいました　ありがとう）

Portable.Text.Encoding: A Portable Implementation of System.Text.Encoding. 0.7.0
http://www.nuget.org/packages/Portable.Text.Encoding/

DebugSettings.IsTextPerformanceVisualizationEnabled は（便利だが）Mobileで使うと落ちる

フレームレート表示等のDebug用情報表示フラグの新顔で、「テキストレンダリングが遅いと黒文字、速いと緑文字で表示」という動作をする。

Buildのセッション
3-698 XAML Performance: Techniques for Maximizing Universal Windows App Experiences Built with XAML
で触れられていた機能だが、
Desktopではその通り動作するものの、Mobileでこのフラグにアクセスすると落ちる。

サンプルコードどこ？

ここ
https://github.com/Microsoft/Windows-universal-samples

xaml_xamluibasics\CS\AppUIBasics がやたら落ちる

落ちますね :)
App.xamlで定義しているStyleの内、Enable/DisableでボタンのForground色変えるあたりが全部死ぬっぽいです。Debug練習がてら直して使うといいかも。他にも動作変な所いくつかあるけど適宜直す感じで。
Sample自体はUI Controlsをほぼ網羅していてとても便利　NavigationのSampleとしても良く出来ています。

また、UWPなのだから当然Mobile でも動く…はずですが、現状幾つか発生するXAML関連のErrorをCommentOutで除去してもFileNotFoundExceptionが発生し、今のところ動かせていないです。なんだろう。

App UI Basics CS Sample

StateTrigger作るのが面倒臭い

こんなのがあります素晴らしい
https://github.com/dotMorten/WindowsStateTriggers

x:Bindって何

Compiled Binding 速い！バインディング
Channel9でbuildの詳しい解説セッションが動画で見られるのでお勧めです
3-635 Data Binding: Boost Your Apps' Performance Through New Enhancements to XAML Data Binding

DeviceFamilyのExtensionの中身

VS2015RC+Win10SDK を入れると、既定では
C:\Program Files (x86)\Windows Kits\10\Extension SDKs
に、以下のExtension SDKがインストールされます。

Desktop　（PC）
IoT　（RasPi2）
Mobile　（電話）
Team　（SurfaceHub、電子ホワイトボードをPCにしたやつ）

それぞれのディレクトリのSDKManifest.XML　に、各Extensionが持つコントラクトが書いてあります。

2015年5月5日火曜日

Build2015 Day3 Session 視聴メモ

Build2015 Day 3...はまだ動画が上がって無いので見たいもののタイトルだけ

2-730 Camera: Developing Powerful Camera Apps
2-736 Acquiring Users and Monetizing Your Apps
3-733 API Contracts (or How I Learned to Stop Checking OS Versions and Love Feature Detection)
3-737 Use New Motion and Effects Features to Captivate Users and Truly Bring Your App to Life
2-748 Vision APIs: Understanding Images in Your App
3-741 Moving to the Universal Windows Platform: Porting an App from Windows 8.1 XAML or Windows Phone Silverlight to Windows 10
3-779 Navigation and Windowing in Universal Windows Apps
2-697 New XAML Tools in Visual Studio 2015
2-762 Tiles, Notifications, and Action Center
2-768 Designing and Developing the Ultimate Windows App Experience
2-776 XAML Case Study: Putting it All Together, Office and XAML
3-767 Building Universal Windows Apps with Office 365 APIs

2-730 Camera: Developing Powerful Camera Apps

Sandeep Kanumuri, Mike Morante
http://channel9.msdn.com/Events/Build/2015/2-730

(スライドだけパラ見すると、PC/電話共通のUWPとして書き直されたカメラアプリの紹介　また、前のSessionで出ていたnew feature 'SoftwareBitmap' はNokia Imaging SDKがルーツみたいカメラは旧Nokia組担当なのかもしれない）

2-736 Acquiring Users and Monetizing Your Apps

Inigo Lopez, James Oleinik
http://channel9.msdn.com/Events/Build/2015/2-736

( アフィリエイトプログラム以外は特に新しい話は無さそう)

3-733 API Contracts (or How I Learned to Stop Checking OS Versions and Love Feature Detection)

Brent rector
http://channel9.msdn.com/Events/Build/2015/3-733

「API協力者　または私は如何にして基本ソフト種別を心配するのを止めて機能に基づいた検知を愛するようになったか」:) 動きます、総統！

大変大事なSession 大体はUAPお勉強メモで学習済みではあるけども

3-737 Use New Motion and Effects Features to Captivate Users and Truly Bring Your App to Life

Jeff Staff, Nick Waggoner
http://channel9.msdn.com/Events/Build/2015/3-737

（二日目のVisual Layer 話の続き　個人的にはXAMLで間に合ってるけども、それ以上のかっちょいいUI を作りたい場合はこのあたり弄ると面白いものが出来ると思う）

2-748 Vision APIs: Understanding Images in Your App

Meenaz Merchant
http://channel9.msdn.com/Events/Build/2015/2-748

（AzureBaseの画像処理　今流行ってる何歳か当てる奴がこれ）

3-741 Moving to the Universal Windows Platform: Porting an App from Windows 8.1 XAML or Windows Phone Silverlight to Windows 10

Sam Jarawan
http://channel9.msdn.com/Events/Build/2015/3-741

(三日目で最も重要と思われるSession）

3-779 Navigation and Windowing in Universal Windows Apps

Andrew Bares, Roberth Karman
http://channel9.msdn.com/Events/Build/2015/3-779

2-697 New XAML Tools in Visual Studio 2015

Unni Ravindranathan
http://channel9.msdn.com/Events/Build/2015/2-697

(彼には二日目で騙されたからなー　英語聞き取りやすいのはいいんだけど)

2-762 Tiles, Notifications, and Action Center

Thomas Fennel, Lei Xu
http://channel9.msdn.com/Events/Build/2015/2-762

2-768 Designing and Developing the Ultimate Windows App Experience

Rob Cameron, Lynnette Reed
http://channel9.msdn.com/Events/Build/2015/2-768

2-776 XAML Case Study: Putting it All Together, Office and XAML

Andrew Coates, Jason Morse
http://channel9.msdn.com/Events/Build/2015/2-776

(UWP Office をC++/CX - XAMLで作ったCaseStudy　面白そう)

3-767 Building Universal Windows Apps with Office 365 APIs

Chakkaradeep Chandran
http://channel9.msdn.com/Events/Build/2015/3-767

(OfficeのREST APIを使おう話飛ばしてもいいかも)

2015年5月2日土曜日

Build2015 Day2 Session 視聴メモ

2-660 Surface Hub: Building Windows Universal Apps for Surface Hub and the Large Screen

James Fiduccia, Eric Flo, Roberto Sonnino
お薦め度　1億（DeviceFamilyとトリガの使い方のところ）
http://channel9.msdn.com/Events/Build/2015/2-660

(最初音が聞こえなかったが、何度か一時停止・再生してると聞こえた）

Surface Hub runs UWP 'Only' ... Win32, StoreAppは動かない　へー
DeviceFamilyは「Windows Team」
Neutral, x86 or x64で作れ　（ARM無しのintel systemという事？）
Surface hub上でSessionを作成する事にAppは毎回「初回起動」の如く動作する（後述）
ペン・タッチに特化　一応ソフトキーボードもある（けど使いにくいﾖﾅ…との事）

Session Cleanup　重要！

セッション開始…会議始めるとか…、で使い終わってセッション終了時に、AppData、文書、画像、テンポラリファイルは全て消去される　
保存したい場合は自分でCloudに保存（つまりSurface Hub自身はStorageLessなDesign）
セッション開始＝アプリにとってはクリーンインストール後の初回起動になるので、ここに色々くっつけている（チュートリアルだのようこそ画面だの）とSurfaceHubでは使いづらいものになる

Interaction and consumption zones

Zone 1 : 操作者、直接操作する人のゾーン　腕を伸ばせばSurface Hubに届く範囲　1.3m程度,
Zone 2：出席者、プレゼンを見る人ゾーン　1.3-4m(55inch), 1.3-6m(84inch model)
このゾーンを考慮してUIを作る　また、操作者に近いところにもってくる

デモ　…Small sizeを考慮して作ったアプリをSurface hub対応にする

SplitView, Button, ContentにFlipViewを持つシンプルなもの　明るい青色背景
そのまま起動すると…Hubの画面一杯に同じアプリが表示される　それなりに動く　ただ背景が明るすぎる、サイズでかすぎ、NavMenuのサイズは常にOpenのほうが良い等…直すところが出てくる
VSでの作業…SurfaceHub用のVisualStateを作る　ここでは既定とWindowsTeam用を作る　Blendを使うと簡単　サイズ、色等をいじる　ここではPresentaionよりはCollaborationに特化したいのでMaxWidth/Heightで小さくする
又、VisualStateを二つ定義するだけでは勿論ダメで、Stateを変更するTriggerも書く　ここでは、サイズでなく「DeviceFamily」そのものをトリガにする。 3000x2000のNotebookと同じUIを出したいわけではないから。　　Windows.System.Profiles.AnalyticsInfo.VersionInfo.DeviceFamilyが目的のファミリだったらばアクティブにする、という「DeviceFamilyStateTrigger」クラスを、StateTriggerBaseから派生させて作っている　動画の36分あたり　
ここで作ったトリガを、Xamlの中でDeviceFamily="Windows.Team"として指定する。Oh!
DataTemplateの切り替え…ここではInkCanvas付きを使う。あれ、切り替えの話飛ばされた気配
ここからは同一Viewを使うのでなく、SurfaceHub専用のView（XAML）を作る話
ここでは、App.xaml.csからrootFrame.Navigateで飛ばす際、AnalyticsInfo.VersionInfo.DeviceFamily == "Windows.Team"ならSurfaceHub用のViewに飛ばす、というやり方を使っている

SurfaceHub特有のUI

操作者の数に応じてUIを変える　ペンのIDを見て、ユニークなペンが2本現れたら二人、と見なして「いいね！」ボタンを2セット見せるとか　面白い

Wrap-up

Collaboration Scenarioを真剣に検討すべき SurfaceHubでは複数の人が使うシナリオがメインであるし、また遠隔地と繋げて使う事もあるだろう　一人だけで使うアプリから頭の切り替えが要る

2-664 All That is New in the Windows Store

Ashish Babbar, Adrian Maziak
http://channel9.msdn.com/Events/Build/2015/2-664

動画がまだ無くスライドのみなのでざっと眺めるだけ…大体は既知の話が多いけど

Page18

Application Flighting 今はWPだけのBetaTesting、UWP全部で使えるようになるのかな？かな？スライドの一行だけなのでわからんけど！期待

Page21

Engage ... 'Public and private response' 今はWPだけでPrivateResponseが使える状態だけど　あれ実際使ってみると結構便利という印象なので期待

Page22

Monetize ... subscription modelがサポートされる

2-672 Bring Fluid, Responsive, and Highly Scalable UI Experiences to Your Universal Windows Apps with the New Visual Layer

James Clarke
お薦め度　3
http://channel9.msdn.com/Events/Build/2015/2-672

「Visual Layer」の今後の話　VisualLayerが具体的に何を指すのかは後述
最初にかっこいいUIのデモビデオ　ここに至るにはどうしよう、という話

New programming model - WinRT Composition API

Windows.UI.Composition c#, standard c++, C++/CX
All UWPで使用可
In preview .... まだ出来て無い！

振り返り　Win8.1のVisual Layer

App→Framework Layer (XAML)→Visual Layer(DirectComposition / DirectManipulation)→Graphics Layer(DirectX)
VisualLayerについてはVistaでDWMとして入ってきた部分　ただWin8まではAPIとしてApp開発者には特に意識される部分では無かった　AppはFrameworkLayerとしてXAMLを、GraphicsLayerとしてDirectXを触っていたがVisualLayerにはInterfaceが無かった（Win32には少しあったが）

Win10のVisual Layer

App→Framework Layer (XAML)→Visual Layer(Windows.UI.Composition)→Graphics Layer(DirectX)
今までWinRT Worldからは見えない・触れない所に居たVisualLayerに触れるようになる

デモ・TweetWall

Streamを見せるApp　呟いてる人のアイコン多数がAlphaBlend付きで滑らかに流れる　（HTML/JSでも出来そうだけどﾅ）一人アニメアイコンが居るな？
UWPなので電話でも動く

Light-Weight Visual Layer

CompositionObjectの親がVisual Object
派生　SolidColorVisual, ImageVisual, EffectVisual　今後増える予定 Geometryとか
ContainerVisualが子供としてVisualsを持つ

Visualで何ができるか

Resize, Positioning, Clipping, Transforms, Properties, BuildTree

デモ：Visual Types

うｎ　画面にがりがりVisual Objectで物を描いていくデモ　ただベタ書きではなくVisualTreeの構造は持っているのが面白いところ　UI ElementとしてRichなXAMLでは無く、純粋にVisualLayer上の存在なのが違う所なのかな

デモ：Transforms　　Doomチックな迷路表示

XAML and Composition

Visual Layerを使う理由...より複雑なアニメーション・エフェクト、多数のXAML Elementのアニメーション、を少ないコードで実現可能（確かに…XAMLでやるのは大騒ぎになりがちではある　VisualLayerでCodeだけで書けるのは便利かもしれない）
使うには…使いたいUI ElementをWindows.UI.Xaml.Hosting.ElementCompositionPreview に渡してContainerVisualを取得し、Compositorにアクセス（今後変わるかも）

デモ：XAML Integration

Effects

Blend/Composite/…。将来的にはシェーダを使ったエフェクトも

Animations

Keyframe/Duration等…XAMLと似てる　というよりはXAMLがこれ使ってるのかも
42分　Tweetium作者がアイコンで写ってる（笑）

DirectX Interop

スケジュール

Insider buildのWin10「では」動く
Win10 RTM Buildではinbox-callerだけが使える（つまり普通のアプリからは使えない）　（えーーーー）
2015年末にはV1 APIをリリースし、アプリから使えるようになる予定

感想…XAMLだけでは無理なCosmeticな効果、アニメーションをつけたい！場合に役に立つかもしれない。

2-679 From the Small Screen to the Big Screen: Building Universal Windows App Experiences with XAML

Tim Heuer, Harini Kannan
お薦め度　5

http://channel9.msdn.com/Events/Build/2015/2-679

XAML親分Timのお話

Tim的にはUWPでのXAML UIは「ほぼ」ウィンドウサイズで切り替え、必要ならCapabilityで解決できるという立場　（ただ、上のSurfaceHubであったようにDeviceFamilyで切り替える場合も出てくるのだろう）
PopupMenuがマウス・タッチでサイズが変わる話（3回目）
Pivotの紹介　Windowが狭くなると自動的に左右にタブ部分のスクロールコントロールが出る

Scalingの話

100、200、400を（Bitmap）Assetでサポートするのが大事
別セッションで詳しくやるよ！

デモ　Kliva app...UWPへのMigration

SplitView, VisualState, Trigger, RelativePanel等既知の話が続くので略（Speakerのお姉ちゃんが早口すぎて付いてけないというのもありますが）
「幅が変わったらVisualStateでRelativePanelの取り付き先を切り替える」というデモをしてる　なんかこう・・・うーｎ・・・この時点で既に茨の道な気がすんだけど

VisualStateTriggerおさらい

ここではSurfaceHubでやってたDeviceFamilyで切り替えるという荒業は紹介されない…

RelativePanelおさらい

SplitViewおさらい

ApiInformation...XAMLだけではどうもならん場合

Windows.Fouindation.Metadata.ApiInformation

デモ：Custom Trigger　説明は41分あたり

基本的には上のSurfaceHubでやってたのと同じ StateTriggerBaseから派生させる　
ここではポインタのDeviceTypeを拾い、マウスだったらTriggerを飛ばす形にしている　
話としてはSurfaceHubの説明のほうが判りやすい　が、タッチだったらUI大きくするのはこれ使うと簡単にできるのかもしれない

GithubにCustomTriggerのサンプルがあるよ！
http://github.com/dotMorten/WindowsStateTriggers

KeyMessage

繰り返し「UWPのVisualState変更はほぼほぼWindowSizeで出来る　必要ならCapabilityを使う」　　（Tim的にはまず前者でやってほしい、というのがMessageなようだ）
Win10のInboxAppはほぼ前者である
ContinuumModeだと話が少し変わる　この場合Capabilityを見る必要があるかも
Xbox, Surface HubのようなUnique物は後者にならざるを得ない　これはレアケースである（ここでフォルダ分けを使ったDeviceFamily別XAMLの画像が一枚だけ入る…）

（感想　Desktop/Mobileの切り替えをDeviceFamily別XAMLでさらっと済ませたい人も多いんでないかなぁと思うが　ただContinuumな使い方を考えると、安易にDesktop/Mobileで分けるのはあまり宜しくないはず）

2-681 Introducing DirectInk: Learn How to Unlock New Opportunities Using Ink in Your App

Sriram Subramanian
http://channel9.msdn.com/Events/Build/2015/2-681

（概要の話だったので略）

3-610 Compiling Objective-C Using the Visual Studio 2015 C++ Code Generation that Builds Windows, SQL, .Net, and Office

Salmaan Ahmed, Jim Radigan
http://channel9.msdn.com/Events/Build/2015/3-610

…僕には難しくて良く判りません（特に前半）後半は僕がiOS全然わからんのでわからない所が多い
後半、本当にVS2015でObjectiveCをBuildしてアプリが普通に動き、普通のC++のようにデバッガの機能が動いている　すげえ

UWP APIとiOS apiを使うことができる、Objective-Cで書くUWP
OperationMode - formfactorを吸収する
電話Onlyでは「ない」…Win10 各DeviceFamilyで動き、ARM/x86/x64で動作（このあたりも確かにUWP）

API

iOS APIのSubset
特定のVersionに合わせている訳ではない
良く使われるAPIから実装
Games...OpenGL, OpenAL, Sensors
UI...UIKit, CoreAnimation, CoreGraphics, CoreText, Touch (IMEはどうなるんだろう？）
OSの機能はWindowsにRedirectする　Sharing, Notifcations,Camera, Store In-App Purchase, FileSystem(mapped), etc

これから

SDKを夏にリリース
詳しく知りたい人はProject IslandwoodにMail送ってね

Q&A

UIControlの見た目はどうなるの？…（Win10）持ちのResourceはWinのもの　ただAppが変えるのは勝手
二つ目…ライブラリ話？（聞き取れない）
Swiftは？もうObjective-Cはあんまり使ってないぜ？...今日はコメントできません:)（どっと笑い）
XcodeからVSにMigrateしたProjectに加えた変更はどうなるの？…Oneway　共有ソースは勿論シェアされるが

2-692 "Project Centennial": Converting your Classic Windows App (Win32, .Net, COM) to a Universal Windows App for Distribution in the Windows Store

John Sheehan, David Tepper
http://channel9.msdn.com/Events/Build/2015/2-692

「SUBPOP」

「未完成、夏にSDK」

Classic Windows App（CWA） → Universal Windows AppへのBridge
MSI is 'brittle'（脆い）
→　CWAを既にあるUWPに持っていくには

今のUWP（StoreApp, AppX）のDeployModelは良く出来てる

SingleClick
自動アップデート
落ちない
「ユーザーが信頼できる仕組み」アンインストールで綺麗に戻る

デモ：PhotoShop Elements（WindowsAppsの下に入ってる　確かにStoreAppと同じ）Directoryを覗く

FilsSystemMetadata.xml
Registry.dat...仮想化されたRegisty Hive AppはこのRegistryにアクセスする
AppxManifest.xml...StoreAppと大体同じ　FullTrustAppとしてEXEがEntryPoint　他にはFileAssosiation, LiveTile等が入る
Directory VFS ... System32だのなんだの、全部では無いが・・・・Oh・・・仮想化されている（パッケージどうなるんだろう　すげえでかくならない？うまくやるんだろうか）
Assets...LiveTileのBitmapだの

どうやって作るか・・・変換

MSI→変換→AppX
MSIで入れるものをCaptureしAppXを生成する
テスト、そして（MSIの）更新が要る
全部出来る訳じゃ無い　ターゲットはApp　SystemServiceやDriverはターゲット外

Namespace merging...Appが見るのはMergedView SystemのNameSpaceにApp Namespaceを重ねたもの　例えばAppがSystem32に置くMsvcrtは実際にはApp Namespaceに置かれる WriteOPはリダイレクトされる（32bit→64Bitの時の仮想化Filesystem/Registryと雰囲気が似てる）
FullTrust Activation...AppX世界のApp ContainerとFullTrustを繋ぐ

でも、

UWPに移行するのが正道

Q&A

AppXのSideloadは？...他のUWPと同じ
SingleUser/MultiUserは？...（質問がうまく伝わらなかったっぽい）

（感想…ElegantなIslandWoodにくらべるとこう…運用で解決というか、シス管的解決を図ってる感じがある　MSIから変換する訳だけど、一発でうまくいくものもあれば結構変えないといけないものもあるだろう　）

2-695 App Packaging and Deployment for Universal Windows Apps

Barclay Hill, Jason Salameh
お薦め度　1億
http://channel9.msdn.com/Events/Build/2015/2-695

UWP appxの利点　AppX、三つの利点…配置が簡単、マニフェストによる宣言、容量の削減

Incremental Update…V1からV2で共通のファイルは転送を省く　ファイルごとにHashを取って比較している　新しいファイルのみを転送　（知らなかった）これはMobileで特に効果的
File Single Instanting...二つのアプリ…例えばMSGameStudioの二つのゲームが同じコンポーネントを使っている場合…広告モジュール等　この共通ファイルはストア上でシェアされる　（これも知らなかった）
部分リソースダウンロード...例えばスケール毎にリソースを持っている場合…デバイスに必要なものだけがダウンロードされる　（これも）
（このあたりはWin/WP8.1のAppXで既に使ってる機能との事　AppXすごい）

UWP App Deployment

インストール済みのWP7/8.x、Desktop8AppをUWPで更新 (Desktop8==storeapp)
一つ又は複数のデバイスファミリをターゲットに　Manifestで宣言
開発者モードの新設…開発者ライセンスに変わるもの　（既知　ただし現状UIはあるけど動いてない状態　PolicyEditorで変える　このBlogではDay１まとめで書いてある）
Sideload...やり過ぎ注意

デモ…Packaging

開発者モードの有効化
Package.AppxManifestの説明（まだManifestDesigner無いもんﾅ…作るんだよね？）
PhoneProductId…Phone用Appと紐づける（Win8Universalでもやってたやつ）
TargetDeviceFamily…Name, MinVersion, MaxVersionTested (Testedがｲｲね）Versionは Featureの追加で増える
複数のファミリをサポートする場合、複数のTargetDeviceFamily Elementを宣言する（コードの実行上の必要な要素としてのデバイスファミリとは又別なのかな？）
ストア用パッケージのビルド、PS1を使ったInstall…このあたりは8.1とあんまり変わって無い
Phoneでの開発者モード有効化
お　Deploy用のコマンドラインツール　　WinAppDeployCmd install -file hogehoge.appx -ip A.B.C.D
デプロイしたのはボタンクリックで例のペガサス猫を表示するアプリ　猫人気過ぎる

ストレージの改善

Win10ではリッチデバイスから小さいデバイスまでターゲットが広いよね？
ストレージの小さいデバイスにより多くのAppを入れるために…Phone8.1で入れたExternalMediaへのインストール機能をWin10に持ってきた (mjk!)
外部メディアへのインストール又は移動が可能　（素晴らしい）
外部メディア上でのアプリ（ユーザー＋アプリ）データは暗号化される
同一パブリッシャーのアプリ間でストレージを共有可能　（後述）

デモ：外部メディア上のアプリ

Settings→System→Storage　ここからアプリ・ゲームの保存先を変更できる　（10074で既に使用可能）ここでポイント・デバイス毎に暗号化されるので、あるデバイスでカードにアプリをインストールした場合、そのカードを別の他のデバイスに挿しても使用できない　　（同じアカウントの場合はどうなんだろう）
インストール済みアプリのストレージ変更はSettings→System→Storage→コンテンツ上部の「PC」又は外部メディアのバーグラフをクリック→「アプリとゲーム」、で「インストールされたアプリと機能」画面に遷移　ここからアプリ毎にストレージを移動・アンインストール可能

デモ：パブリッシャー共有ストレージ(Win10での新機能）

例えばパブリッシャーDDLGでアプリAとアプリBを出してる場合、この二つのアプリ間で（デバイス上に）共有のストレージを持てる
Package.AppxManifestの中にExtensionを作り、Category Attributeに"windows.publisherCacheFolders"をセット　この子要素でフォルダの名前を定義
Code上からStorageにAccessするには…ApplicationData.Current.GetPublisherCacheFolder(Manifestで定義した名前）でStorageFolderを取得できる　以降は普通にStorageFolderとして使える

サポートの継続

これまでのAppXパッケージフォーマットは今後も利用可能
これからも拡張します
AppXの歴史…ベースはWPのXAP　現在抜けているのはAppX自身の暗号化

EnterpriseのDeployについてはIgniteでやるよ！

2-702 “PROJECT ASTORIA“: Build Great Windows Apps with Your Android Code

John Justice, Rajesh Sundaram
http://channel9.msdn.com/Events/Build/2015/2-702

AstoriaではAndroid StudioのIDEを使う　（IslandwoodではVSそのまま使ってた　個人的にはVSのほうがｲｲﾅｰ）

デモ　アンドロアプリの移植

画像、地図サービス、共有、ソフトキーボード入力を使うサンプルアプリ、Android上で動いてるものをまず見せる
次、WP上で動いてるアプリ　共有ではWPのShare、地図ではBingMap、入力はWPのキーボード、そしてアプリからWPのライブタイルを更新

Astoria App Analysis ページを開設してます

Webフォーム上にAPKをドロップするとAnalyzeして…推奨する変更箇所を教えてくれる　対応するWindowsサービスを表示　GooglePlayサービスはWindowsStoreAppに変えれ、GoogleMapはBingMapに変えれ等

Android Studioでのデモ

ProductFlavor"windows"/"android"
WPEmulatorに接続、デプロイ　APK→APPX
デバッグは普通にできる　BP,Stepin/out AndroidStudio上で
WindowsServiceが使える…LiveTile Notification, Windows Notification Service,...
（WNSへのMappingは良く出来てるなぁ）
（拍手を欲しがるPresenter　ｲｴｰｰｰ）
開発はMacでも可能（WPEmuがOSXで動いてる画面　Oh）

Windows does the heavy lifting for you (Islandwoodと同じスライドだ）

「AstoriaでBuildしたAppは、Windows Appである」

Copy&Pasteも勿論できる　（WPもWin10からだけどな！）
MSのCloudServiceも使える ApplicationInsights, MS Ads, In-App purchase, WNS, Xbox live services, Bing Maps, Location Services, ...

Astoriaの構造

スライド　APKを内包するAPPXがあり、それがAstoria Subsystemの上に載っている（PureなAPPXという訳では無いんだね　またSubsystemLayerもIslandwoodの説明では出てこなかったパーツ　ちょっと仕組みが違うのかな）
Astoria Subsystemは直にWindowsKernelの上で動く、という説明（この言い方も何も言って無い気がするが）

まとめ

ターゲットはWin10 Mobileのみ　
IDEは好きなのを使え　AndroidStudio, IntelliJ, Eclipse, それぞれにAstoriaPluginがある
開発はPC/MacどちらでもOK

Q&A (20分取ってるけど略）

2-703 Optimizing Windows Apps for Continuum

Keri Moran, Gino Sega, Liz Threlkeld
お薦め度　5億
http://channel9.msdn.com/Events/Build/2015/2-703

「皆電話が大好きよね、私も好きだわ！日本のティーンの９０％はシャワー中も電話をそばに置いているそうよ」　（そうなの？）
Continuumによって…電話で動くUWPはどの画面でも使えるようになる　これはまさに「Write once, run everywhere」　　　（死亡フラグっぽくていやだなこれ）

デモ

Keynoteの後聞かれたけども…Continuumに特別はハードウェアは必要無い　このデモで使うのも、Win10の電話、Bluetooth Keyboard/Mouse、Miracastなモニタ、これだけである
電話でExcelを起動し、NotificationCenterからMiracastで外部モニタに接続…するとWin10 Desktopとスタートメニューが画面に写る　「ようこそContinuumへ、ようこそ未来へ」（ドヤァ）
このスタートメニュー、PCのスタートメニューと少し違う　左ペインのListViewが無く、右のタイルのみが表示される　このタイルは電話のスタート画面のタイルと同じ
この時点ではExcelは電話上で動いている
スタートメニューのExcelをタップすると、Excelは外部モニタに移動する　電話はスタート画面
電話の通知センターから「Continuum（Control）」を起動　すると電話はタッチパッド画面（何も表示してないが）になる　これで電話をタッチパッドにして外部モニタ上のアプリを操作できる
外部モニタ上でHDビデオを全画面再生　この間も電話上ではカレンダー、Mailアプリを使うことが出来る

（この一連のContinuumのデモは今回のBuildでは１、２を争うAttractiveさだと思う）

新興市場のようなスマートフォンがFirstDeviceである市場にもPC UserExperienceを届ける事が可能　（日本のヤングにも当てはまる話ﾀﾞﾅこれ）

Continuumが想定するConfiguration

Wired Dock
Wireless Dock
Wireless Dongle （HDMI直差しスティックみたいなの）

Continuum対応アプリを作るには…Effective Pixelの理解が鍵　（TimのUWPセッションでも出てきたやつ）、スクリーンサイズへの動的な対応が必要

大事な三要素…Fluid UI, Responsive UI, Tailored UI

Fluid UI

「Screen」のResizeに動的に追随する必要がある　WrapGridを使ってContentをReflowさせるのがお勧め
別の例…２ペインレイアウトでは絶対サイズではなく相対サイズを使う .3*/.7*みたいな
RelativePanelも鍵

Responsive UI

例えば　Effective Width <= 768なら電話UI、＞768ならBigScreen UI
AdaptiveTriggerを使って表示を動的に変更

Tailored UI

Viewに応じてコントロールそのものを切り替える　ListView→GridViewとか　NavigationModelも切り替える
ここでも切り替え契機はAdaptiveTrigger

デモ
天気アプリ

BigScreenではSplitViewのSmallSizeを常に見せてるスタイル、Phoneではハンバーガーのみ
ContentはBigではWrapGridで横に並べる、電話では縦に並べる

Mail

BigではMultiColumn、電話ではSingleColumn

カレンダー（失敗）

Packaging…AdaptiveなUWPを作ればそれはContinuum対応である

デモ…フォト、ファイル

Scaling

Scale 300, 100, 150, ...
今の電話はScale 200-400, PCは大体Scale 100-150　だが300のもある
Downscaling...400で作っておくと、それから100、150を自動的に縮小して作る　だが予め高品質なDowscaledを作っておく方がいいのは当然
Assetsはファイル名にhogehoge.scale-300.png とScaleを入れる方法と、Scale毎に「Scale-ABC」フォルダを作りその中にhogehoge.pngを入れる方法がある　どちらにしても表示ディスプレイに応じたScaleのResourceが選択され、ms-appx:///Assets/hogehoge.png でアクセス可能

Multi-Screen

Cast API...MediaElementを特定のモニタに全画面表示する
ProjectionManager API...Appで複数モニタ表示を制御　例：rootFrame.NavigateでPageを作った後rtProjectingAsync(rootpage.id, thisviewid) として指定のモニタに表、await ProjectionManager.Sta示する　StopProjectingもある　　例えば…PresentationAppで、外部モニタにプレゼン本体、電話にプレゼンのノートを表示する等

まとめ

UWP対応アプリを作って！
アプリが電話・PCどちらでも動くことを確認
Big/Small用のアセットをアプリに含める
MultiScreenAPIも使ってみて

（大きな拍手）

2-790 Deep Dive into XAML and .NET Universal Windows App Development

Unni Ravindranathan
お薦め度　1億

http://channel9.msdn.com/Events/Build/2015/2-790

（このセッション、何があったか知らんけどタイトルが明らかに間違いで　全部.NET Nativeの話） unniのXAML話は2-697で聞けるらしい

.NET Native ... 「全てのWin10 .NET Appは.NET NativeでCompileされたものがユーザーデバイスに届けられる」　

何故.NET Native？
「Mobileのため」

NoJITでCPU負荷が減る
Coldで最大60%、Warmで40%StartupTimeが減らせる
最大30%メモリ占有量を減らせる

「Adaptive Appsのため」

UWPは複数のDeviceFamilyで動くため、対応していないContractを呼んでしまうエラーケースが増える（はず）SDK、Contractのアップデートが重なるにつれさらに増える
この場合JITだとそこで落ちる
.NET Nativeの場合は「大丈夫」（何故JITだとダメで.NET NativeだとOKなのか、詳しくは説明してくれなかった　興味ある　→　同じ質問を会場の人がしてて答えてたが　JITがダメでNativeが良い答えにはなって無かったような）

「更新ペースを早めるため」

AppとClient Systemの.NET Gapが存在しなくなる
（今まであったような）.NET X の普及を見てそろそろ移行…的な事がなくなる

.NET Nativeの開発フロー

開発中も.NET Native Chainを有効にしてDebugしてほしい、というのがメッセージみたい　（VS2013＋.Net Native に比べるとVS2015RCの.NET Native buildは偉く速いのでここはOnのままで大丈夫と思う）
AppX VersionのRevision Field（4桁の一番最後）はStore側でのコンパイル用にReserve　つまりユーザー（開発者）はRevision Fieldを使えない　（初耳）

VS2015RTM での既定のパッケージング

Debug…AppX: MSIL .appxupload: no build
Release…AppX:.NET Native, .appxupload: MSIL (.NET NativeへのビルドはStoreが行う)

Runtime Directives

ほぼほぼ既定のままでOK
弄ってApp Footprintを減らすことも可能

.NET Native best practices

開発中はDebugビルド
ただ、マメにRelease（.NET Native)でビルドしてテストを行うべき

Libraryについて

PCL….NETCore 4.5.1
Native Win/Phone 8.1 ... VS2013 CRT
Native UWP ... VS2015 CRT

3-698 XAML Performance: Techniques for Maximizing Universal Windows App Experiences Built with XAML

Mark Alcazar, Kiran Kumar
お薦め度　3
http://channel9.msdn.com/Events/Build/2015/3-698

XAMLは充分なパフォーマンスを出せるか？...完全にYes
XAMLが車だったとしたら…どんなタイプの車だろうか？　パフォーマンスだけのフォーミュラカー？快適（生産性）だけのリムジン？いや違う、素晴らしいパフォーマンスと高い快適性（生産性）をバランスよく両立させたAudi A4みたいな車がXAMLだ！（ドヤ）　（A5？　アウディがお好きらしい）

パフォーマンス１０の原則

パフォーマンスの「禅」を受け入れよ
問題を明らかにし目標を定めよ
UWPに変換すれ
アプリのプロファイリングをすれ
スタートアップの改善
要素を減らせ
仮想化を使え
バインディングを最適化せよ
画像を最適化せよ
テキスト描画を最適化せよ

#1 Zen of Performance...「最も速いコードは実行しないコードである」（禅だ…）

具体的には...

機能とパフォーマンスのバランスを取るよう努力せよ
後で出来るタスクは後でやる
可能な限り整理する

デモ：WP8.1のカレンダー　

右上に天気を表示してる　この為にWebServiceにアクセスし天気を取得してる　ただこれのために遅くなってる　これはカレンダーの本質じゃない　このためカレンダーAppチームに行ったアドバイスは「まずカレンダーの予定を表示し、後で天気を取得」するようにCodeを変えることだった

#2 問題と目標を定める

何が問題？

アプリのスタートアップが遅い
電話で（メモリが足りなくて）Hang
スクロール等の反応

何がゴール？

１、2秒に収める
メモリ50MB以下のSystemでの動作
Responsiveなスクロール

#3 UWPへの移行

Win10では多くのパフォーマンスの改善がシェル・アプリ共に行われた
多くのパフォーマンス最適化コードがWin10に入っている
x:Bind, x:DeferLoadStrategy 等はUWPだけで使用できる
UWPへの移行でスタートアップ時間は15%-30%、メモリ使用量は25%-40%の改善が見られる

#4 アプリのプロファイリング

プロファイリングを行い、どこが問題点かを明らかにする
VS2015を活用…タイムラインツール、遅いコードの同定、メモリ使用量の確認、診断

デモ：お馴染のFabrikam
起動から画面表示までがやたら遅い
DebugのAnalyzeDashboardを表示　ここからTimelineを選択して「Start」…実行した結果のタイムラインビューが表示される　起動から終了までの各タスクに掛かった時間　アプリのコード、Layout, Rendering, etc UIスレッド内の割合等　Parsing…SystemがXAMLのParseに掛けてる時間
このデモではスタートアップに数秒掛かってる　Layoutにやたら時間掛かってる

#5 スタートアップの改善

初期化タスクを別スレッドに移す
ロード中・進行中表示を上手に使う

#6 要素の数を減らす

ざっくり言って、1000エレメントで1秒くらいの感じ　1万エレメントなら10秒くらい掛かっちゃう
スタートアップ時にParseに掛かる要素の数をチェック
使って無いスタイルを探す
テンプレートをチェック

x:DeferLoadStrategy

Win10 XAMLの新機能
UIの部分をロードするのに大変便利
特定のエレメントツリーのインスタンス化を遅らせる事ができる
MVVMで特に便利

使用例

XAML...<StackPanel x:Name="hogePanel"... x:DeferLoadStrategy="Lazy"></StackPanel>
Codebehind...var deferredPanel ＝ FindName("hogePanel"); ←-ここでインスタンス化

デモ：エレメント数の削減（略）

(飽きてきた…）

#7 仮想化

List/Gridviewの仮想化を使うべき
落とし穴…ScrollViewerの中にListViewを置く、ListView/GridViewで使ってるPanelを変更する

#8 binding

DataTemplateは極力シンプルに
x:Bind...compiled time databindingを使う x:BindについてはDay1 のSessionに詳しいので略
x:Phase, ContainerContentChanging ... 同じくDay1のSession

3-635 Data Binding: Boost Your Apps' Performance Through New Enhancements to XAML Data Binding

#9 画像

大きな画像はメモリ食う
大体はFramework側で最適化するが…
DecodePixelWidth/Height で必要なサイズにデコードすれ　（このあたりはお馴染の話なので略）

#10 テキスト

Win10はテキストレンダリングが50%速くなった！
既定で有効
幾つかのTypography Featureは無効にできる　CharacterSpacings, Typography, LineStackingStrategy,...　　（Win10は既定で無効、と言いたいのだと思う、多分　後のデモと合わせると）
新API IsTextPerformanceVisualizationEnabled ... TextのDebug表示

デモ　TextとImage

App.xaml.cs で一発IsTextPerformanceVisualizationEnabledを呼ぶ　Framerate表示と同じ雰囲気
TextがGreenで表示される部分は「速く」表示されているという意味　つまりOK
Greenにならない所は遅いという意味　デモではDataTemplateでCharacterSpacingを1に指定していたため、黒表示になっていた

まとめ

UWPに移行しよう
このSessionのTop10Listに従ってパフォーマンスを改善しよう
更新版のパフォーマンスWhitePaperを出す予定です
XAMLとOfficeの組み合わせも速いんだ！ロケットバスだ！詳しくはDay3のSessionで！

3-705 Harness the Full Power of Digital Inking in Your Universal Windows App with Ink Recognition, Advanced Ink Processing, and More

Xiao Tu, Francis Zhou
お薦め度　2
http://channel9.msdn.com/Events/Build/2015/3-705

DirectInk... Rich built-in functions, flexible APIs, extensible design

デモ

CodeでInkCanvasのInkPresenterに色・太さを持つペンを作ってる
（Stroke・Colorを選ばせる組み込みのツールパレット的なのは無いのかな？）
文字列への変換はInkRecognizer
手書き…StrokeはStorkeContainerが保持
35言語の手書き文字認識に対応　デモでは「Microsoft 中文」Recognizerを指定して中国語を認識させている
StrokeCollection…　ひと塊のStrokeをCollectionにし、サイズを変えて画面の別部分にそのStroke Putが可能　UserDefinedBrushのStroke版みたいな感じ

（後でSlideとDocument読めば充分な感じなので中断）

3-710 Store: Deep Dive on Publishing Universal Windows Apps

Matthew Cowan, Ted Driggs, Jonathan Garrigues
お薦め度　5
http://channel9.msdn.com/Events/Build/2015/3-710

同一アプリの場合、電話・Desktop共通の価格、ストア上の表示、IAP
明日詳しい所をBlogに載せるから見てほしい　→

Get ready for the Unified Dev Center dashboard preview and upcoming Store changes
http://blogs.windows.com/buildingapps/2015/05/01/get-ready-for-the-unified-dev-center-dashboard-preview-and-upcoming-store-changes/

↑読んでおくべき

StoreでのDesktopAppのListingは終了との事（UWP Bridgeがあるしね）

Packaging （これはBlogに載って無い所）
ユーザーのデバイスにおいて、Manifestで宣言するこれらの定義を満たすアプリがListingされる
Device Family

Universal, Desktop, Mobile, Xbox, Team(surface hub), Holographic
それぞれのファミリで必要とする最低限のバージョンを指定できる

プロセッサ

ARM, x86, x64, Neutral

Foreground Memory (Optional)

アプリをForegroundで実行時に使用するメモリ量を指定
300MB, 750MB, 1000MB, 2000MB

DirectX (Optional)

必要なDirectX APIのVersion, DirectX HardwareのFeatureLevelを指定

Selection

複数パッケージが存在する場合、ストアはManifestのRequirementを満たし、もっとも新しいバージョンのものをPickする
DeviceFamilyのVersion、DirectXのVersion等複数ファクタが絡んでくると案外ややこしいので注意

Listing

ストア上のアプリの説明文は全デバイスファミリで共通
スクリーンショットも「共通」…登録したスクリーンショットは全デバイスファミリで表示される
説明とスクリーンショット以外の要素は全てOptional

デモ…アプリの登録

（スクリーンショット、登録上はDesktopとMobileでカテゴリ分けされている）

ハードウェアの必要要件

必要なハードウェア条件を定義するとストアはそれを表示
アプリのレビューは、この条件を満たすシステムからの投稿のみを受け付ける
タッチスクリーン、マウス、キーボード、カメラ、NFC HCE（？）、NFC、Bluetooth LE、Telephony

Business Store

Enterprise Userは自前のBusiness Store内に向け自前アプリを配布可能

Q&A

Business Storeについて…詳しくはIgniteで！

2-724 Windows for Makers: Raspberry Pi 2, Arduino and More

Steve Teixeira
http://channel9.msdn.com/Events/Build/2015/2-724

（前半のRasPi2は特にメモする事が無かった）

Project Margherita: Windows Virtual Shield for Arduinoは面白い

Shield山盛りのArduinoよりLumia530のほうが安い！　（Lumiaは安すぎるしArduinoは部品として使うには高価だﾖﾅ…　物の値段はﾑﾂｶｼｲ…）
LumiaをArduinoのShiledの代わりにして入力をArduinoに送ってあげる
そういう動作をするUWPをLumiaで動かす

デモ：Lumiaのカメラで写真を撮り、BluetoothでArduinoに転送（でも肝心のArduino側表示をセッションのカメラが映してくれないという…）

デモ：Wikipediaから取得した色をArduinoで表示（これもArduino側は映してくれない）

デモ：.NET Micro ... 略

Sessionに出た人はRasPI2＋ロボットキットが貰えたようだ　よかったね

2015年5月1日金曜日

Build2015 Day1 Session 視聴メモ

セッション見ていて気の付いた所メモ　見たら順に更新するスタイルです
既知の所は特に触れないです（RasPi2でも電話でも同じXAMLで動くんだぜ、とか）

2-629 What's New in XAML for Universal Windows Apps
3-626 App Lifecycle: From Activation and Suspension to Background Execution and Multitasking in Universal Windows Apps
2-650 Developing Universal Windows Apps in Visual Studio 2015
3-635 Data Binding: Boost Your Apps' Performance Through New Enhancements to XAML Data Binding
2-639 Microsoft Passport and Windows Hello: Moving Beyond Passwords and Credential Theft
2-757 Leveraging Maps and Location Across Phone, Tablet, and PC in Your Windows Apps
2-658 Design: UX Patterns and Responsive Techniques for Universal Windows Apps
3-677 Debugger Tips and Tricks for .NET Developers with Visual Studio 2015

2-629 What's New in XAML for Universal Windows Apps

Joe Stegman
お薦め度　5億
http://channel9.msdn.com/Events/Build/2015/2-629

一部のControlはMouse・Touchどちらで触ったかでサイズが自動的に変わる Popup Menu等

新しいコントロールのご紹介

Pivot…Mobileでは片手操作、DesktopではTab操作　お勧め
ContentDialog…子ウィンドウ的なやつ　Modal　
AutoSuggestBox…IME, Glyphサポート　SearchBoxとは別
Maps…Offline, 3D, StreetSidePanorama

Tairolingについて

Viewは大体再利用可能だが…Tailoringが要る　幾つかのPatternがあるPhoto等が良い例
Pattern…SplitView　DisplayMode="a|b|c|d"　inline, overlay, ...
AdativeTrigger使ってWindow幅に合わせてDisplayModeを切り替えていく（ように自分で書く）
別の例…OSのContorlPanel(Settings)
広いウィンドウではアイコンのGrid、狭くするとList　ここで注目すべきはItemの中身で、サイズに応じて画像とTextの位置が変わる　これはRelativePanelによる実装　今まではTemplate事入れ替える所だった
Demo…「SplitViewと、SettingsのItemっぽいRelativePanelの使い方」SplitViewのMainPaneにRelativePanelを使ったItemのListを載せるデモ

VSMを使ってSplitViewのDisplayModeを変える（さっきやったべや）
DataTemplateの方…このDemoではTemplateにUserControlを使い、その中のRelativePanelの中でVSMの定義をしている　へー　なんでUserControlを噛ましたんだろう？
（LiveCodingでハマるおじさん）

XAML Performanceの話

ほんとに速くないとダメなとこでもWin10 XAMLはいけるぜ！ｍｊｋ！
スピード要る所にBinding使う奴はいねえよな！（会場笑）
Compiled Bindings...{x:Bind}

その他の新しい所

全てのコントロールのプロパティでChangeNotificationが使える（DPなんだが）
PerspectiveTransform3D…スタートメニューで使ってるやつ　ぐるっと回す、Parallax
Window…Chrome, branding, sizing タイトルバーいじりがXAMLからできる　色を変える、タイトルバーを引っこ抜く、デフォのタイトルバーの代わりに自前のカスタムタイトルバーをセットする等
Ink Canvas…TerryのCreepyな写真　Palm Rejection、Smoothingもデフォで入ってるよ！
Drag and Drop
Demo…GridView上に「3D」の箱が乗って、クリックするとくるっと回る（Rotation）、GridViewをスクロールすると視差効果（Parallax）　かっこいい　Parallaxいいなぁ　無駄に使ってウザがられたい
WebView…こっちでもEdge使う？の？

VSのXAMLサポート向上したよ話

デザイナ上で各DeviceFamilyに典型的なサイズを表示できるよ
Performance Analyzer
Visual Tree Inspector
再びLiveCodingの闇に飲まれるPresenter
Demo…ControlPanel（Settings）にVSでアタッチしてVisualTree見てる　SpyみたいにOverlayで強調表示　Marginとか弄ることも可能　面白い　これ素晴らしいな
他にも改善点沢山（といってリストだけ見せる）…気になるのは　Silverlight memory improvements（まじか）, Software Bitmap Source（これは今まで欲しがられてた奴？）, Improved ScrollViewer APIs（わーい）, Framework Element Loading Event, Listview Enhancements

2-631 Introducing Win2D: DirectX-Powered Drawing in C#

Simon Tao
お薦め度　3
http://channel9.msdn.com/Events/Build/2015/2-631

（個人的にWin2D はもうアプリで使っているので新しい所だけ…と思ったけど特に新しい話無かったですね　Win10UWP、Win8.1、WP8.1で使えるPCLなDirectX ライブラリ　超便利　今現在ばりばり進化中ゲーム云々より、Bussiness系で表現力上げるようなデモのほうがいいのではと個人的には思った　Unityな世の中だし　）

3-626 App Lifecycle: From Activation and Suspension to Background Execution and Multitasking in Universal Windows Apps

Shawn Henry, John Vintzel
お薦め度　1億
http://channel9.msdn.com/Events/Build/2015/3-626

（Win8.1でのALM話は既知としてメモ、新しい所だけただ、今までWin32/Desktopしかやってなかった人は一度お勉強しないとダメな大事なところでもある）

Windows.Application.ExtendedExecution namespaceが追加に

今までのDefferedナントカより細かい？
Running→Extension→Not Running、Extension状態に入れることが出来る　カラオケで延長入れる的な　Extensionが終わるときはRevoked EventがFire　
といっても延長できるのは1秒以下みたい

Background Execution

（これまでのあらすじから説明）

WP7.5…Agent

Win8・8.1・WP8…BackgroundTask

Win10…「Background Execution Model」

BackgroundTaskは基本的に「TriggerBased」予め登録しといたトリガ発生でタスクが呼ばれる感じ　この原則は今までと変わらんみたい
Win10ではTriggerがたくさん追加になった　BluetoothLEWatcher、AcrivitySensor, ToastNotificationAction、SocketActivity、DeviceWatcher、等々
「Opportunistic Background Task」の追加…「リソースが許す限り動いてていいよ」！！緩い！！！「ただし実行の保証はない」ﾊｲ　DefaultとOpportunistic の二種類になる　メモリ積んでる量で使えるメモリが制限される、バッテリセーバー時は動かない等、OSの厳しい管理下にあるのは共通
In-Proc Background Tasks の追加　今までは基本BGTaskは別プロセス動作だったが、同じProcessで動けるInProcが追加に
Application Trigger の追加…Systemでなく、Appから自分で発生させられるトリガ　相手はOpportunistic Task
Socket Trigger Task ... App suspend時はBroker（OS）にSocketを預ける　受信した時点で又BrokerからSocketをもらう　寝る前にクロークに草履を預ける的な

まとめ

仕組みはWin10共通
色々新しい仕掛けが加わった
でもリソース限られてるのは変わらんからな！

2-650 Developing Universal Windows Apps in Visual Studio 2015

Navit Saxena
お薦め度　2
http://channel9.msdn.com/Events/Build/2015/2-650

(今までKeynoteで出てきたり、UAPメモでお勉強してたUWP話と大体同じ？　質問に時間とったセッションみたい　略)

3-635 Data Binding: Boost Your Apps' Performance Through New Enhancements to XAML Data Binding

Sam Spencer
お薦め度　5億
http://channel9.msdn.com/Events/Build/2015/3-635

Runtime時のReflectionでなく、compile時に解決するBinding
XAML上は「x:Bind」
Demo：Performance　BackgroundColorをBindingでセットする■Borderを1600 個並べる　Nobindだと 27msec、Classic bindingだと490msec　→　x:Bindだと数十msec　速い　Profiler で見ても一目瞭然の差メモリ使用量も減る
Strongly typed, PageとUserControl（？どういうことだろう）, デフォは「OneTime」
Demo　Pageに直接乗ったTextblockでx:Bindを使う　
SampleをDLすれ！とのこと　Classic, x:Bind-OneTime, OneWay, etc... Sampleみたほうが早いねこれ
Classicでやってた他ElementへのBindingは直で名前書くスタイル　{x:Bind LocalTextBlock.Text} みたいな
FallbackValue もアリ

DataConversionについて

文字列へ　→　ToString()で　そらそうだ
文字列から　→　XAMLのパーサーロジック使え　これClassicであったっけ？
それ以外でコンバータ
Onewayの場合の通知は　InotifyPropertyChanged/DP/INotifyPropChanged/IObservableVector　このへんも同じか？（自信無い）
TwoWayはDPが必要　ただしTextboxだけは特例、LostFocusで飛ぶ？

DataTemplate

<DataTemplate x:DataType="model:IEmployee">みたいなDataTypeの指定が要る　その中ではx:Bind　何とか　みたいに名前で引ける
ResourceDictionaryの中で作るには、Dictionaryにx:ClassでCodeBehindを指定する　まぁそうだよな型指定誰かがしなきゃいけないもんね　　…ただそうすると、それってUCなのではという気がちょっとする
デモ　リソースディクショナリで定義したDataTemplateを使う　んーちょっと気を付ければ普通に使える感じだなーという感想

x:Phase - progressive rendering for list items

おおお何か怪し気なのが　前にイカさん言ってたやつかこれ
Win10ではx:Phase でレンダリングフェーズを指定できる　x:Phase="0"が「無指定」　Demo　ここで指定して、ぐりぐりスクロール中はRenderしない的な使い方なのかな？（聞き取れなかった）

Binding for Events

<Button　Click＝"{x:Bind Model.foobar.hoge[0].bang}＞bang＜/button＞
パラメータは無しか、EventParameter　object sender, routed...ってやつ　No overloading　全てのEventで使用可　　これは色々使えそう
ICommand/EventToCommand behavior　を置換可能、だがCommandParameterは渡せない　CanExecuteもダメね　　（僕はMVVM者では無いのでこのへんあまり気にしないが）
デモ　EventBining

Binding Lifecycle

Bindingの初期化はLoadイベントで行われる　Binding.Initialize()　（これは明示的に自分でやる必要があるのかな？わからん　→　自動生成っぽい）　AsyncものはBindings.Update() StopTracking()で一時停止、Update()で再開　　一時停止中にPropety変更になった場合はどうなるんだろう？
OneTime bindingはOneWayより軽い　その上OneTimeでもUpdate()は使える　お得やな
ListのBindingではINPCよりINCCがｲｲﾖといってるけど　INCCって何？後でお勉強だ
全部のNodeがChangeNotification要るわけじゃないよね？
x:Bindのコードはシェアされる　（要素ごとに同じBind先を使ってたらそこのロジックはシェアされるという事かな？）

まとめデモ　x:Bindを使う場合の自動生成コード MainPage.g.cs を見てみようぜという企画　　PageにIComponentConnectorが生えていて、Updateやなんかがここに入っている　OneTime/OneWayの場合も　　自動生成が随分色々仕事してるなーという印象

こんなときどうする

RelativeSource=Self, ElementName=... →　直でElementNameを書く（上で出てた奴）
RelativeSource=TempaltedParent　→　x:Bindではサポートしない　TemplateBindingを使うべき
Source / DataContext →　x:Bindでは固定、子エレメントも変更不可　（DataTemplateは別）

ClassicBindingを使う場合とは

色んなObjectを突っ込んで、それぞれが同じ名前のProperty持ってるときはClassicのが便利（「Title」とか）
JsonみたいなUntypedものを突っ込む場合　x:Bindでは無理
「動的なBindの追加と削除」はx:Bindでは無理
Styleの中はx:Bindでは無理　Style中のDataTemplateでは可（？）

今後の展望（予定は未定）

functions in binding expressions コンバータではなくBindingそのもので
DataTemplateのCodeBehind…今だと他からアクセスしづらい（できない？）けど　その辺を何とかしたい的な話
Phasing…DataTemplateだけでなく他のControlでもやりたいなと
Dictionary…json/xmlでも出来ないものか

「xBindSample」がSDKに入ってる

2-639 Microsoft Passport and Windows Hello: Moving Beyond Passwords and Credential Theft

Anoosh Saboori
お薦め度　2
http://channel9.msdn.com/Events/Build/2015/2-639

Fingerprint, Face, Iris - Windows Biometric Framework　で動く　（ISVはこのフレームワーク上に自前のもの作れるのかな？CredentialProviderみたいな感じで　そのあたりを知りたい…と思ったけど　使い勝手等メインの話だったので略）

2-757 Leveraging Maps and Location Across Phone, Tablet, and PC in Your Windows Apps

Mike Ammerlaan, Rohan Thakkar
お薦め度　2
http://channel9.msdn.com/Events/Build/2015/2-757

今はBing Maps APIで行っているReverse Geocoding…緯度経度→住所名への変換が今後どうなるか知りたい Locationsとの取り合い等も（Win8ではLocationにGeocodingのクチだけ開いたけどReverse Geocodingは出来ず、BingMapsAPIが必要だった）

Win8.1では5種類（here含む）あった地図が10では1つになるよ
Download、StreetView、Route、3D…
One service token ... www.bingmapsportal.com
Windows.UI.Xaml.cControls.Maps / Windows.Devices.Geolocation / Windows.Services.Maps ... （…そんなにUnifiedって感じでも無いが…）
LaunchUriAsyncで起動が可能になった　別窓で地図出すだけならこれで充分かも
Location ConsentがOS持ち、リクエストベースになった　これは良い所
Reverse Geocodingは結局わからなかった　自分でAPI叩けばいいんだけども

余談　Mapsを見てると微妙に不安になるのは、HTMLベースで出来るサービスをXAMLで再構成したものは魅力的なんだろうか？という一つの実例だからなのかもしれない　いや、機能的にはOSの基盤地図サービスとしては全く文句のないレベルだとは思うが

2-658 Design: UX Patterns and Responsive Techniques for Universal Windows Apps

Jeff Arnold, Carmen Zlateff
お薦め度　5
http://channel9.msdn.com/Events/Build/2015/2-658

マウス・タッチでPopupMenuのサイズが変わる件がここでも
Pixel Scaling…「Effective Pixel」の件　画面までの距離とピクセル密度でスケーリングを決めるよねと　ViewingDistanceはDevice Familyに依存するという　ただ難しいよなこれ　動画11分あたり別セッションで詳しくやるぞと
Effective Pixel とサイズの境界…画面幅が…320epxまでが「SmallScreen」…電話に限った話ではなく、PC上の小さいウィンドウもここで考える、720epxまでが所謂タブレット的な2Pain表示可能なもの、それ以上…と三種類くらいで考える
例・MailAppの場合…Smallがメールの中身だけのView、Midがタイトルと内容の2Pane, Largeは加えてフォルダのSplitView Paneも展開

UWP App Pattern

3 elements ....　Content / Commanding / Navigation フォトでいうとContentが写真エリア、Commandingが上下AppBar、NavigationがSplitViewのNavPane

UWPで良く使われるNavigation Patternの紹介

Pivots

一番使い出の良さそうな子
Large・Small どちらにも馴染む　片手UIには便利
中身がHorizontalに移動するものは避ける
「No more than 6」（制限ではなく、６つ以上は混乱するからやめとけという話）
どのInputにも馴染む

Tabs

Controlの中身としてはPivot　SelectonのボタンUIを別に作る　Win10のClockがこれ
Small Screenに適する　片手UIには便利 Pivotよりは場所を取る
Large Screenでは無駄な余白が増える
どのInputにも馴染む

Hub

XBOXのDashboardや、Win8のStoreのようなやつ
多くのセクションを選択させる場合に適する
どのサイズにも適する　片手UIには便利
コンテンツ消費型アプリに適する
タッチとゲームコントローラーに最も適する
（別セッションでも説明あり）

Master-Detail

メールで良くあるパターン　PeopleHubでも
Win8 TemplateのItemList-DetailViewみたいなやつ
Smallでは1ペイン、Largeでは2ペイン表示
どのInputにも馴染む

Hamburger

（アンドロさんその他で良くあるパターン）Win10ではフォト、マップ等多くがこれを使う
Content ページそのものをNavigationさせたい時
実現にはSplitViewを使う事が多いだろう
どのInputにも馴染む
悪いことは言わないからボタンは左上につけとけ

Commanding

Context Menu
Command Bar
Mobileのお勧めはBottom CommandBar
AppBarと異なり、CommandBarはPageでなくPane毎につけられる　Pane毎で使うのがお勧め
SecondaryItemsでCommandBarからメニューを生やすことも可能

Content

別セッションで詳しく！ → Timのやつ

3-677 Debugger Tips and Tricks for .NET Developers with Visual Studio 2015

Andrew Hall
お薦め度　1億
http://channel9.msdn.com/Events/Build/2015/3-677

スライド4枚だけ、残り50分でひたすらデバッグのデモを見せるストロングスタイル

Diagnostic Tools Window
PerfTips…デバッガで1行進めるたびに掛かった実行時間が出る凄まじい便利さ
UI Debugging Tools for XAML - Visual Tree Inspector, Live property Explorer, アプリの部分をクリックするとそこがツリーで展開される　（会場内拍手）
Android Support…VS Emulator for Android C# Xamarin, C++, Cordovaサポート

…と思ったら割と基本的なデバッガの使い方話が続くので途中は飛ばした

CallStackWindowではParameterを表示できる
FullScreenは便利
TaskWindowを使おう

Speakerが熱心に喋る喋る　今日見た中で一番早口　

登録: 投稿 (Atom)