Bindings and client interface for the IsAppInstalled API.

third_party/WebKit/public/platform/modules/installedapp/WebInstalledApp.h

Index: third_party/WebKit/public/platform/modules/installedapp/WebInstalledApp.h
diff --git a/third_party/WebKit/public/platform/modules/installedapp/WebInstalledApp.h b/third_party/WebKit/public/platform/modules/installedapp/WebInstalledApp.h
new file mode 100644
index 0000000000000000000000000000000000000000..3edb740fc24344b2aa79127d5e6aa3b499d0d584
--- /dev/null
+++ b/third_party/WebKit/public/platform/modules/installedapp/WebInstalledApp.h
@@ -0,0 +1,27 @@
+// Copyright 2016 The Chromium Authors. All rights reserved.
+// Use of this source code is governed by a BSD-style license that can be
+// found in the LICENSE file.
+
+#ifndef WebInstalledApp_h
+#define WebInstalledApp_h
+
+#include "public/platform/WebCallbacks.h"
+#include "public/platform/WebSecurityOrigin.h"
+#include "public/platform/WebVector.h"
+#include "public/platform/modules/installedapp/WebRelatedApplication.h"
+
+namespace blink {
+
+using AppInstalledCallbacks = WebCallbacks<WebPassOwnPtr<WebVector<WebRelatedApplication>>, void>;

[dcheng, 2016/03/01 20:03:03]

Do we need to wrap the WebVector in a WebPassOwnPtr here? It's hard to tell if
this is needed without seeing the //content implementation.

[Daniel Nishi, 2016/03/01 20:46:20]

After playing around with the //content implementation, it doesn't have to be.

I've switched this to a const WebVector<WebRelatedApplication>&

[dcheng, 2016/03/01 22:03:46]

OK, I leave it up to your judgement which one works best. Some code does this on
purpose to avoid copying the vector. Either way is OK with me as long as it
makes sense.

+
+class WebInstalledApp {
+public:
+    virtual ~WebInstalledApp() {}
+
+    // Takes ownership of the AppInstalledCallbacks.
+    virtual void getInstalledRelatedApps(const WebSecurityOrigin&, WebPassOwnPtr<AppInstalledCallbacks>) = 0;
+};
+
+} // namespace blink
+
+#endif // WebInstalledApp_h