var registrationToken = 'YOUR_REGISTRATION_TOKEN';

var message = {
  data: {
    score: '850',
    time: '2:45'
  },
  token: registrationToken
};

admin.messaging().send(message)
  .then((response) => {
    console.log('Successfully sent message:', response);
  })
  .catch((error) => {
    console.log('Error sending message:', error);
  });

var registrationTokens = [
  'YOUR_REGISTRATION_TOKEN_1',
  // ...
  'YOUR_REGISTRATION_TOKEN_n'
];
admin.messaging().subscribeToTopic(registrationTokens, topic)
  .then(function(response) {
    console.log('Successfully subscribed to topic:', response);
  })
  .catch(function(error) {
    console.log('Error subscribing to topic:', error);
  });

• Admin SDK for FCM ドキュメント
• FCM v1 メッセージ REST リソース
• FCM プラットフォーム オーバーライドのドキュメント
• FCM の新機能: プラットフォームによるメッセージのカスタマイズ - ブログ投稿
• Admin SDK によるサブスクリプションの管理

機械学習モデルの構築

訓練データの収集

データの前処理

MobileNet によるモデルの軽量化

ドメイン知識の活用

• 畳み込み層（カーネル: 3x3、フィルタ数: 32、ストライド: 2、活性化関数: Relu） 
• 分離式畳み込み層（カーネル: 3x3、フィルタ数: 64、ストライド: 1、活性化関数: Relu） 
• 分離式畳み込み層（カーネル: 3x3、フィルタ数: 128、ストライド: 2、活性化関数: Relu） 
• 分離式畳み込み層（カーネル: 3x3、フィルタ数: 128、ストライド: 1、活性化関数: Relu） 
• 全結合層

ハードウェアでの推論

ブラウザでの推論

• web_model.pb (the dataflow graph) 
• weights_manifest.json (weight manifest file) 
• group1-shard\*of\* (collection of binary weight files) 

まとめ

参考文献

共通要素とは

問題点

共通要素のマッピング

遅延読み込み

1. ViewPagerが内部フラグメントを読み込むために、数ミリ秒が必要です。さらに、表示されるページャー フラグメントにイメージを読み込む時間も必要です（場合によっては、アセットをダウンロードする時間も必要になります）。
2. RecyclerViewでも、イメージをビューに読み込むために同じように時間がかかります。

デモアプリの設計

基本的な構造

選択位置 / 表示位置の連携

• ViewPagerに表示するページを決めるとき
• グリッドに戻るとき、戻り先のアイテムが確実に見えるように自動スクロールするとき
• そしてもちろん、画面遷移のコールバックをフックするとき（次のセクションで詳しく説明します）

画面遷移の設定

1. setTransitionNameを呼び出してイメージビューの遷移名を設定します。これによって、一意な遷移名でビューを識別できるようになります。setTransitionNameは、グリッドの RecyclerViewアダプタでビューをバインドするタイミングと、ImageFragmentの onCreateViewで呼び出されます。両方とも、ビューを識別する名前として、一意なイメージ リソースを使います。
2. SharedElementCallbacksを設定して onMapSharedElementsをインターセプトし、そこで共通要素名とビューのマッピングを調整します。この処理は、GridFragmentの終了時と、ImagePagerFragmentの開始時に行います。

FragmentManager のトランザクションの設定

fragment.getFragmentManager()
   .beginTransaction()
   .setReorderingAllowed(true) // setAllowOptimization before 26.1.0
   .addSharedElement(imageView, imageView.getTransitionName())
   .replace(R.id.fragment_container, 
        new ImagePagerFragment(),
        ImagePagerFragment.class.getSimpleName())
   .addToBackStack(null)
   .commit();

イメージの移動

Transition transition =
   TransitionInflater.from(getContext())
       .inflateTransition(R.transition.image_shared_element_transition);
setSharedElementEnterTransition(transition);

<?xml version="1.0" encoding="utf-8"?>
<transitionSet
   xmlns:android="http://schemas.android.com/apk/res/android"
   android:duration="375"
   android:interpolator="@android:interpolator/fast_out_slow_in"
   android:transitionOrdering="together">
<changeClipBounds/>
<changeTransform/>
<changeBounds/>
</transitionSet>

共通要素のマッピングの調整

setExitSharedElementCallback(
   new SharedElementCallback() {
     @Override
     public void onMapSharedElements(
         List<String> names, Map<String, View> sharedElements) {
       // Locate the ViewHolder for the clicked position.
       RecyclerView.ViewHolder selectedViewHolder = recyclerView
           .findViewHolderForAdapterPosition(MainActivity.currentPosition);
       if (selectedViewHolder == null || selectedViewHolder.itemView == null) {
         return;
       }

       // Map the first shared element name to the child ImageView.
       sharedElements
           .put(names.get(0),
                selectedViewHolder.itemView.findViewById(R.id.card_image));
     }
   });

setEnterSharedElementCallback(
   new SharedElementCallback() {
     @Override
     public void onMapSharedElements(
         List<String> names, Map<String, View> sharedElements) {
          // Locate the image view at the primary fragment (the ImageFragment
          // that is currently visible). To locate the fragment, call
          // instantiateItem with the selection position.
          // At this stage, the method will simply return the fragment at the
          // position and will not create a new one.
       Fragment currentFragment = (Fragment) viewPager.getAdapter()
           .instantiateItem(viewPager, MainActivity.currentPosition);
       View view = currentFragment.getView();
       if (view == null) {
         return;
       }

       // Map the first shared element name to the child ImageView.
       sharedElements.put(names.get(0), view.findViewById(R.id.image));
     }
   });

遷移の先送り

1. ImageFragmentのイメージが読み込まれたときに、親の ImagePagerFragmentを呼び出して遷移を開始します。
2. グリッドに戻る遷移の際は、「選択されている」イメージが読み込まれた後に、遷移の開始が呼び出されます。

Glide.with(this)
   .load(arguments.getInt(KEY_IMAGE_RES)) // Load the image resource
   .listener(new RequestListener<Drawable>() {
     @Override
     public boolean onLoadFailed(@Nullable GlideException e, Object model,
         Target<Drawable> target, boolean isFirstResource) {
       getParentFragment().startPostponedEnterTransition();
       return false;
     }

     @Override
     public boolean onResourceReady(Drawable resource, Object model,
         Target<Drawable> target, DataSource dataSource, boolean isFirstResource) {
       getParentFragment().startPostponedEnterTransition();
       return false;
     }
   })
   .into((ImageView) view.findViewById(R.id.image));

最後の仕上げ

setExitTransition(TransitionInflater.from(getContext())
   .inflateTransition(R.transition.grid_exit_transition));

<?xml version="1.0" encoding="utf-8"?>
<transitionSet xmlns:android="http://schemas.android.com/apk/res/android"
   android:duration="375"
   android:interpolator="@android:interpolator/fast_out_slow_in"
   android:startDelay="25">
<fade>
<targets android:targetId="@id/card_view"/>
</fade>
</transitionSet>

// The 'view' is the card view that was clicked to initiate the transition.
((TransitionSet) fragment.getExitTransition()).excludeTarget(view, true);

recyclerView.addOnLayoutChangeListener(
   new OnLayoutChangeListener() {
      @Override
      public void onLayoutChange(View view,
                int left, 
                int top, 
                int right, 
                int bottom, 
                int oldLeft, 
                int oldTop, 
                int oldRight, 
                int oldBottom) {
         recyclerView.removeOnLayoutChangeListener(this);
         final RecyclerView.LayoutManager layoutManager =
            recyclerView.getLayoutManager();
         View viewAtPosition = 
            layoutManager.findViewByPosition(MainActivity.currentPosition);
         // Scroll to position if the view for the current position is null (not   
         // currently part of layout manager children), or it's not completely
         // visible.
         if (viewAtPosition == null 
             || layoutManager.isViewPartiallyVisible(viewAtPosition, false, true)){
            recyclerView.post(() 
               -> layoutManager.scrollToPosition(MainActivity.currentPosition));
         }
     }
});

 

<canvas> の ImageBitmap レンダリング コンテキスト

const image = await createImageBitmap(imageBlob);
const canvas = document.createElement('canvas');
const context = canvas.getContext('bitmaprenderer');
context.transferFromImageBitmap(image);

canvas.toBlob((outputJPEGBlob) => {
  // Do something with outputJPEGBlob.
}, 'image/jpeg');

CSS Typed Object Model

el.style.opacity = 0.3;
el.style.opacity === "0.3"

el.attributeStyleMap.set("opacity", CSS.number("0.3"));
el.attributeStyleMap.get("opacity").value === 0.3

非同期クリップボード API

try {
  await navigator.clipboard.writeText("Hello, clipboard.");
} catch { 
  console.error("Unable to write to clipboard.");
}

const data = await navigator.clipboard.readText();
console.log("From the clipboard:", data);

AudioWorklet

今回のリリースに追加されたその他の機能

Blink > Animation

Blink > CSS

• メディアクエリで算術式 calc()、min()、max()がサポートされます。これは、CSS Values and Units Module Level 4仕様で要求されています。この変更により、数値が許可される場所であれば、どこでもこれらの関数を使用できるようになり、他のルールとも一致することになります。
• rgb()関数と rgba()関数で浮動小数点値が許可されるようになりました。

Blink > Feature Policy

Blink > File API

Blink > Forms

• 仕様で要求されているとおり、<textarea>要素と <select>要素で autocomplete属性がサポートされました。
• 変更可能なチェックボックスが HTML 仕様で要求されている 3 つのイベントを発行するようになります。これは、clickイベント、inputイベント、changeの順に発行されます。以前は、clickイベントと changeイベントのみが発行されました。

Blink > Fullscreen

Blink > GetUserMedia

Blink > JavaScript

• Function.prototype.toString() 関数は、ソースコードの内容を厳密に返すようになりました。これには空白など、使用されている可能性がある他のテキストも含まれます。たとえば、function キーワードと関数名の間にコメントがあった場合、キーワードと名前に加えてコメントも返されるようになります。
• JSON は ECMAScript の構文的なサブセットになります。これにより、文字列リテラルに行セパレータ（U+2028）とパラグラフ セパレータ（U+2029）のシンボルを利用できるようになります。
• try文の catch句がパラメータなしで利用できるようになりました。
• 文字列から空白を取り除く標準ベースの方法として、すでに実装されている String.prototype.trim()に加えて、String.prototype.trimStart()と String.prototype.trimLeft()が利用できるようになりました。下位互換性のため、標準に含まれていない trimLeft()と trimRight()も、新しいメソッドの別名として残されます。
• Array.prototype.values() メソッドは、配列の各インデックスに対応する値を含む新しい配列イテレータ オブジェクトを返します。

• 以下の CSS の余白関連のプロパティから、プレフィックス「grid」が削除されました。
  • grid-gapは gapに変更
  • grid-row-gapは row-gapに変更
  • grid-column-gapは column-gapに変更

この 3 つのプロパティのデフォルト値は、すべて normalです。プレフィックス付きのプロパティは、この新しいプロパティの別名となります。column-gapプロパティはすでに存在し、css-multicolで利用されている点に注意してください。

• transform プロパティを持つ display プロパティの要素である table-row、table-row-group、 table-header-group、table-footer-group、table-cell、table-captionが、固定位置要素のブロックを包含するようになりました。現在 Blink では、<tr>、<tbody>、<tfoot>、<thead>については固定位置要素のブロックは包含されません。

Blink > Media

• 以前にお知らせしたように、autoplayが許可されるのは、ユーザーがクリックまたはタップしたサイトのメディアが音声を再生しない場合か、以前に（PC で）ユーザーがサイトのメディアに興味を示した場合のみになります。これにより、初めてウェブページを開いた際に、予期せず音声付きの動画が再生されることが少なくなります。
• Media Capabilities の Decoding Info APIを使うと、ウェブサイトがクライアントのデコード機能についてより多くの情報を得られるようになります。その結果、より多くの情報に基づいてユーザー用のメディア ストリームを選択できるようになるため、利用できる帯域幅と画面サイズのみによって解像度が選ばれ、クライアントでスムーズかつ電源効率のよいデコード処理ができなくなる事態を防ぐことができます。

Blink > Network

• Request オブジェクトが keepalive プロパティをサポートするようになりました。これにより、タブが閉じられた後もフェッチを継続できるようになります。この機能は、コンストラクタの初期化オブジェクトにブール値を渡すことによって起動できます。プロパティの値は、オブジェクト自身から読み出すことができます。このプロパティは、sendBeacon()と合わせて使用することもできます。
• 新しい AbortSignalおよび AbortControllerインターフェースを使ってフェッチをキャンセルできるようになりました。これを行うには、AbortControllerオブジェクトを作成し、その signal プロパティを fetchのオプションとして渡します。abortController.abort()を呼び出すと、フェッチをキャンセルできます。詳しくは、中断可能なフェッチについての記事をご覧ください。簡単なサンプルコードを以下に示します。

const controller = new AbortController();
const signal = controller.signal;
const requestPromise = fetch(url, { signal });

// Abort the fetch:
controller.abort();

Blink > ServiceWorker

• Service Worker は、リクエストのモードが same-originでレスポンスのタイプが CORSである場合、応答しなくなります。これは、Fetch 仕様に最近追加されたセキュリティ対策です。
• FetchEvent.clientIdに何も設定されていない場合、null ではなく空の文字列を返すようになりました。これは、ナビゲーション リクエストの最中などに発生することがあります。

Blink > WebRTC

サポートの終了と相互運用性の改善

Blink > CSS

Blink > HTML

Blink > Input

Blink > Web Audio

コンソールの強化と端末のアップデート

• プロダクト モデル:同じハードウェアのプロダクトに対して複数のソフトウェア バリエーションを作成し、それぞれのビルドやアップデートを独立して管理します。
• プロダクト共有:追加のユーザー アカウントに対し、指定されたプロダクトのモデル、ビルド、アップデートを参照および管理する権限を付与します。
• アナリティクス:プロダクトについて、端末のアクティベーションに関する指標やアップデートの統計を参照します。
• アップデート チャンネル:開発用やベータ版テスト用に、端末のグループにソフトウェア ビルドをデプロイします。現在使用されている本番端末に支障が出ることはありません。

デベロッパーからのフィードバックへの対応

• カメラがサポートする解像度の向上:アプリから、カメラ ハードウェアのネイティブのフル解像度で撮影できるようになります。
• MIDI サポート:アプリで MidiManager API を使って仮想 MIDI 端末を構築したり、外部 MIDI コントローラとインターフェースすることが可能になります。
• Android Things アプリのテスト性の向上:Peripheral I/O API で公開されるのが抽象クラスではなくインターフェースになったので、ローカルでの単体テストの際にオブジェクトをモックやスタブと入れ替える操作が簡単になります。
• 一貫性のある API 名:今回のリリースでは、全般的に一貫性のあるデベロッパー エクスペリエンスを提供するため、多くの既存の Android Things API クラスの名前が変更されています。改訂された API リファレンスを参照し、パッケージ名やクラス名がどのように変更されているかをご確認ください。

新しい Bluetooth API

サンプルのアップデート

フィードバック

• ステートフル ホット リロード、新しいリアクティブ フレームワーク、高機能なウィジェット セット、統合ツールなどの機能を活用した高速開発
• 組み合わせ可能なウィジェット セット、高機能アニメーション ライブラリ、レイヤー対応の拡張可能アーキテクチャによる表現力の高い柔軟なデザイン
• GPU アクセラレーションに対応したポータブル レンダラーと高パフォーマンスなネイティブ ARM コード ランタイム、そしてプラットフォームの相互運用性による端末やプラットフォームを問わない高品質エクスペリエンス

// Before Dart 2
Widget build(BuildContext context) {
  return new Container(
    height: 56.0,
    padding: const EdgeInsets.symmetric(horizontal: 8.0),
    decoration: new BoxDecoration(color: Colors.blue[500]),
    child: new Row(
      ...
    ),
  );
}

// After Dart 2
Widget build(BuildContext context) =>
  Container(
    height: 56.0,
    padding: EdgeInsets.symmetric(horizontal: 8.0),
    decoration: BoxDecoration(color: Colors.blue[500]),
    child: Row(
      ...
    ),
  );

行うべきこと

JSON-RPC

1. JSON-RPC エンドポイントを利用するクライアント ライブラリ（Google が公開しているライブラリまたはその他のライブラリ）を使っている場合は、API の REST エンドポイントと通信するクライアント ライブラリに切り替えます。

Javascript のサンプルコード

変更前


// json-rpc request for the list method
gapi.client.rpcRequest('zoo.animals.list', 'v2',
  name:'giraffe'}).execute(x=>console.log(x))


変更後


// json-rest request for the list method
gapi.client.zoo.animals.list({name:'giraffe'}).then(x=>console.log(x))


または

1. クライアント ライブラリを使っていない場合（直接 HTTP をリクエストしている場合）:
   1. REST URL を使い、
   2. リクエストの生成方法とレスポンスの解析方法を変更します。

サンプルコード

変更前


// Request URL (JSON-RPC)
POST https://content.googleapis.com/rpc?alt=json&key=xxx

// Request Body (JSON-RPC)
[{
  "jsonrpc":"2.0","id":"gapiRpc",
  "Method":"zoo.animals.list",
  "apiVersion":"v2",
  "Params":{"name":"giraffe"}
}]


変更後


// Request URL (JSON-REST)
GET https://content.googleapis.com/zoo/v2/animals?name=giraffe&key=xxx

HTTP Batch

同じ API を指定した内部リクエストの場合、バッチ リクエストの構造はすべて同じです。同じ API の異なるメソッドで処理される場合でも、同じ構造です。それぞれ異なる API を指定した内部リクエストの場合、異なる構造が混在します。Global HTTP Batch エンドポイントが終了すると、異なる構造が混在したバッチはサポートされなくなります。構造が均一なバッチは引き続きサポートされますが、 API 固有のバッチ エンドポイントによるサポートとなります。

1. 現在、複数の構造が混在したバッチ リクエストを行っている場合:
   1. クライアントのコードを変更し、同じ構造のバッチ リクエストのみを送信するようにします。

サンプルコード

次のサンプルは、2 つの API（urlshortener と zoo）に対する構造が異なるバッチ リクエストを、構造が均一な 2 つのバッチ リクエストに分割する例を示しています。

変更前


// heterogeneous batch request example.

// Notice that the outer batch request contains inner API requests
// for two different APIs.

// Request to urlshortener API
request1 = gapi.client.urlshortener.url.get({"shortUrl": "http://goo.gl/fbsS"});

// Request to zoo API
request2 = gapi.client.zoo.animals.list();

// Request to urlshortener API
request3 = gapi.client.urlshortener.url.get({"shortUrl": "https://goo.gl/XYFuPH"});

// Request to zoo API
request4 = gapi.client.zoo.animal.get("name": "giraffe");

// Creating single heterogeneous batch request object
heterogeneousBatchRequest = gapi.client.newBatch();
// adding the 4 batch requests
heterogeneousBatchRequest.add(request1);
heterogeneousBatchRequest.add(request2);  
heterogeneousBatchRequest.add(request3);
heterogeneousBatchRequest.add(request4);
// print the heterogeneous batch request
heterogeneousBatchRequest.then(x=>console.log(x));


変更後


// Split heterogeneous batch request into two homogenous batch requests

// Request to urlshortener API
request1 = gapi.client.urlshortener.url.get({"shortUrl": "http://goo.gl/fbsS"});

// Request to zoo API
request2 = gapi.client.zoo.animals.list();

// Request to urlshortener API
request3 = gapi.client.urlshortener.url.get({"shortUrl": "http://goo.gl/fbsS"})

// Request to zoo API
request4 = gapi.client.zoo.animals.list();
// Creating homogenous batch request object for urlshorterner
homogenousBatchUrlshortener = gapi.client.newBatch();

// Creating homogenous batch request object for zoo
homogenousBatchZoo = gapi.client.newBatch();
// adding the 2 batch requests for urlshorterner
homogenousBatchUrlshortener.add(request1); homogenousBatchUrlshortener.add(request3); 

// adding the 2 batch requests for zoo
homogenousBatchZoo.add(request2); 
homogenousBatchZoo.add(request4);
// print the 2 homogenous batch request
Promise.all([homogenousBatchUrlshortener,homogenousBatchZoo])
    .then(x=>console.log(x));




または

2. 現在、構造が均一なバッチ リクエストを実行しており、
   1. Google API クライアント ライブラリを使っている場合は、最新版にアップデートするだけです。
   2. Google 以外の API クライアント ライブラリを使っている場合、またはクライアント ライブラリを使っていない場合（直接 HTTP をリクエストしている場合）:
      • エンドポイントを www.googleapis.com/batch から www.googleapis.com/batch/<api>/<version> に変更します。
      • または、単純に API のディスカバリ ドキュメントで「batchPath」の値を確認し、その値を使います。

{{ (user | async)?.uid }}

ステップ 1: コンポーネントの Route コードを特定する

import { Component, OnInit } from '@angular/core';
import { AngularFireAuth } from 'angularfire2/auth';
import { Router } from '@angular/router';
import * as firebase from 'firebase/app';

@Component({
  selector: 'app-login',
  template: `
<button class="btn" (click)="auth()">
       Login
</button>
  `,
  styleUrls: ['./login.scss']
})
export class LoginComponent implements OnInit {

  constructor(
    private afAuth: AngularFireAuth,
    private router: Router
  ) { }

  ngOnInit() {
    this.afAuth.getRedirectResult().then(result => {
      if(result) {
        this.router.navigateByUrl('profile');
      }
    });
  }

  auth() {
    const provider = new firebase.auth.GoogleAuthProvider();
    this.afAuth.auth.signInWithRedirect(provider); 
  }

}

1. ユーザーが auth()メソッドでログインします。
2. Google でログインを行うため、signInWithRedirect()メソッドによってリダイレクトがトリガーされます。
3. アカウントを選択すると、ユーザーはこのコンポーネントに戻されます。
4. ユーザーのログインは、ngOnInit()内の getRedirectResult()で返される Promise によって解決されます。
5. navigateByUrl()メソッドで、ルーターがユーザーをプロフィール ページに移動させます。

ステップ 2: Route Guard の作成

@Injectable()
export class RedirectGuard implements CanActivate {

  constructor(
    private authService: AngularFireAuth,
    private router: Router
  ) {}

  canActivate() {
    this.authService.auth.getRedirectResult().then(result => {
      if(result.user != null) {
        this.router.navigateByUrl('profile');
        return false;
      }
      return true;
    });
  }

}

1. ユーザーがルートを開く。
2. AngularFireAuthが、リダイレクト結果が存在するかどうかを確認する。
3. ユーザーがリダイレクトから戻ってきた場合、'profile'ルートにルーティングする。
4. そうでない場合、現在のルートに移動する。

import { Routes, RouterModule } from '@angular/router';
import { LoginComponent } from './login/login.component';
import { RedirectGuard } from './redirect.guard';

const ROUTES: Routes = [
  { 
    path: '', 
    component: LoginComponent, 
    canActivate: [RedirectGuard] 
  },
  { 
    path: 'profile', 
    loadChildren: 'app/profile/profile.module#ProfileModule'
  }
];

const AppRoutes = RouterModule.forRoot(ROUTES);

export { AppRoutes }

@Component({
  selector: 'app-login',
  template: `
<button class="btn" (click)="auth()">
       Login
</button>
  `,
  styleUrls: ['./login.scss']
})
export class LoginComponent {

  constructor(private afAuth: AngularFireAuth) { }

  auth() {
    const provider = new firebase.auth.GoogleAuthProvider();
    this.afAuth.auth.signInWithRedirect(provider); 
  }

}

開発

• Kotlin Lint チェック -昨年、Android プラットフォームにおける Kotlin 言語の公式サポートが発表されてから、Android Studio で Kotlin 言語をサポートするための作業が続けられてきました。Android Studio 3.1 では、Lint コード品質チェックが強化され、IDE からだけでなくコマンドラインからもチェックを実行できるようになりました。Android Studio プロジェクトを開き、コマンドラインから gradlew lintを実行するだけです。詳細をご覧ください。

• データベース コードの編集 -Android Studio 3.1 では、Android プロジェクトでの SQL / Room Database コードのインライン編集がさらに簡単になっています。今回のリリースには、@Query宣言での SQL コード補完、SQL 文のリファクタリングの改善、プロジェクト全体を対象とした SQL コード ナビゲーションといった機能が搭載されています。詳細をご覧ください。

• IntelliJ プラットフォーム アップデート - Android Studio 3.1 には、IntelliJ 2017.3.3 プラットフォーム リリースが含まれています。これには、新しい Kotlin 言語のインテンションや、SVG イメージ プレビューのビルトイン サポートなど、さまざまな新機能が搭載されています。詳細をご覧ください。

ビルド

• D8 dex コンパイラー -D8 が Android Studio 3.1 のデフォルト dex コンパイラとなります。以前の DX コンパイラーに代わる D8 では、dex 処理が APK のコンパイル手順内で行われます。そのため、アプリサイズの縮小やデバッグ時の厳密なステップ実行が可能になり、多くの場合、ビルドも早くなります。gradle.properties で android.enableD8フラグを指定していないか、指定している場合は trueに設定されていることを確認してください。詳細をご覧ください。

• 新しいビルドの出力ウィンドウ - Android Studio 3.1 ではビルドの出力ウィンドウが更新され、ビルドのステータスやエラーが新しいツリービューの形で整理されるようになります。この変更により、以前の Gradle 出力も新しいウィンドウに統合されます。詳細をご覧ください。

テスト

• クイックブート -クイックブートを使うと、Android Emulator セッションを 6 秒未満で再開できます。Android Emulator の起動の遅さは、皆さんからお聞きしていた大きな問題でした。それを解決するのがクイックブートです。物理 Android 端末と同じく、エミュレータも最初はコールドブートが必要になりますが、以降の起動は高速です。この機能は、デフォルトですべての Android Virtual Device で有効になっています。さらに、今回のリリースでは、いつクイックブートを利用するかを細かく制御できるようになっています。また、エミュレータの設定ページから、クイックブートの状態をオンデマンドで保存することも可能です。その他の主要な Android Emulator 機能の詳細をご覧ください。

• システム イメージとフレームレス端末スキン - 最新版の Android Emulator では、API 24（Nougat）から API 27（Oreo）までのエミュレータ システム イメージで Google Play Store と Google API がサポートされます。また、P Developer Preview もサポートされます。さらに、端末エミュレータのスキンが更新され、新しいフレームレス モードで動作するようになります。このモードは、アプリで 18:9 のアスペクト比の画面や Android P Developer Preview の DisplayCutout API のテストを行う際に便利です。詳細をご覧ください。

最適化

• C++ CPU プロファイリング -昨年、Android Studio 3.0 で、アプリの CPU、メモリ、ネットワーク アクティビティを計測できるまったく新しい Android プロファイラ群がリリースされました。Android Studio 3.1 では、Kotlin および Java 言語によるアプリのコードのパフォーマンス プロファイリングに加え、C++ コードのプロファイリングも行えるようになっています。C++ プロファイラは simpleperfをバックエンドとして利用しており、C++ メソッド トレースを記録できます。詳細をご覧ください。

• Network Profiler のアップデート: スレッドとネットワーク リクエスト -アプリのネットワーク トラフィックの分析に役立ててもらうため、マルチスレッド ネットワーク トラフィックを調査できる Network Thread ビューと、時系列でネットワーク リクエストの詳細を確認できる Network Request タブが新しく追加されています。このような Network Profiler のアップデートにより、個々のスレッドやネットワーク リクエストからネットワーク コールスタックまで、すべてのネットワーク トラフィックをトレースできる新たなツールが利用できるようになります。詳細をご覧ください。

• Kotlin の Lint チェック
• データベース コードの編集
• IntelliJ プラットフォーム アップデート

• D8 dex コンパイラー
• 新しいビルドの出力ウィンドウ

• Android Emulator のクイックブート
• API 27 搭載の Google Play エミュレータ システム イメージ
• Android Emulator のウィンドウ フレームレス モード

• C++ Profiler
• Network Profiler - スレッドのサポート
• Network Profiler - リクエストのサポート

スタートガイド

  

• 決済が発生しない
• 独自の決済システム [1]
• ペイメントゲートウェイ [2]

1. カートに商品を入れる
2. 配送先等の情報の取得の確認を取る
3. トランザクション（決済、予約など）の確認と処理を行う
4. トランザクション結果を表示する

1. Encoder-Decoder with Atrous Separable Convolution for Semantic Image Segmentation, Liang-Chieh Chen, Yukun Zhu, George Papandreou, Florian Schroff, and Hartwig Adam, arXiv:1802.02611, 2018.
2. Xception:Deep Learning with Depthwise Separable Convolutions, François Chollet, Proc. of CVPR, 2017.
3. Deformable Convolutional Networks — COCO Detection and Segmentation Challenge 2017 Entry, Haozhi Qi, Zheng Zhang, Bin Xiao, Han Hu, Bowen Cheng, Yichen Wei, and Jifeng Dai, ICCV COCO Challenge Workshop, 2017.
4. Semantic Image Segmentation with Deep Convolutional Nets and Fully Connected CRFs, Liang-Chieh Chen, George Papandreou, Iasonas Kokkinos, Kevin Murphy, and Alan L. Yuille, Proc. of ICLR, 2015.
5. Deeplab:Semantic Image Segmentation with Deep Convolutional Nets, Atrous Convolution, and Fully Connected CRFs, Liang-Chieh Chen, George Papandreou, Iasonas Kokkinos, Kevin Murphy, and Alan L. Yuille, TPAMI, 2017.
6. Rethinking Atrous Convolution for Semantic Image Segmentation, Liang-Chieh Chen, George Papandreou, Florian Schroff, and Hartwig Adam, arXiv:1706.05587, 2017.

• 非 SDK メソッドおよびフィールドに関する制限: アプリの互換性を向上させるため、Android P では非 SDK メソッドおよびフィールドに対するアクセスを制限する処置が開始されています。デベロッパーは、そのようなアクセスを回避するための移行計画を立てる必要があります。一般公開されている内容にあてはまらないケースについては、お知らせください。
• Dark UI システムテーマ: 今年初めより、視認性向上のため、Wear OS の通知ストリームやシステム ランチャーの UI テーマは、背景色が暗いブラック系に切り替わっています。システムテーマでもこの色がデフォルトになるので、Wear アプリの視認性が向上するはずです。デベロッパーは、変更後のアプリの UI アクセシビリティについて確認する必要があります。
• バックグラウンド アクティビティの制限: 電力効率を高めるため、時計が充電されている場合を除き、アプリはバックグラウンドで動作できなくなります。Wear OS では、Android のアプリ スタンバイ機能により、他のフォーム ファクタよりも制限が強化されている点に注意してください。なお、現在ユーザーが選択しているウォッチフェイスやウォッチフェイスの追加機能などは例外です。この機能は、デベロッパー プレビューで徐々に公開されます。そのため、すぐに端末で効果を確認できない場合もありますが、バックグラウンド サービスを削除した適切なアプリを構築する必要があります。
• 身につけていない場合、無線通信をオフ: 電源効率を高めるため、長時間時計を身につけていないことが検知されると、Bluetooth、Wi-Fi、携帯用無線通信がオフになります。この機能も徐々に公開される予定なので、最初のうちは端末上で効果を確認できない場合があります。この機能によって開発プロセスが難しくなる場合は、adb 経由で機能を無効化することもできます。リリースノートの手順に従ってください。
• BT に接続されていない場合、Wi-Fi をオフ: 電源効率を高めるため、端末は Bluetooth に接続されていない場合に Wi-Fi に自動接続しなくなります。アプリが高帯域幅ネットワークをリクエストしている場合や、時計が充電されている場合などは例外です。この機能は徐々に公開される予定なので、最初のうちは端末上で効果を確認できない場合があります。

フィードバックをお待ちしています

開催概要

■開催概要

スピーカー：

• 株式会社バンダイナムコエンターテインメント
  NE事業部 プロダクションディビジョン
  第1プロダクション プロデュース4課 マネージャー　河原 真太郎 氏
• Niantic, Inc.
  『ポケモン GO』ゲームディレクター/シニアプロダクトマネジャー 野村 達雄 氏
• Google Cloudゲームテクニカルスペシャリスト サミール ハムディ

プログラム：

詳細・参加申し込み :