Canonical: Flutter は「将来のデスクトップおよびモバイル アプリのデフォルトの選択肢」

Table of Contents

Canonical: Flutter は「将来のデスクトップおよびモバイル アプリのデフォルトの選択肢」

Linux アプリのエコシステムを拡大することを目指して、Ubuntu デスクトップ エンジニアリング マネージャーの Ken VanDine 氏が Flutter のマーケティング資料に登場し、Google のクロスプラットフォーム フレームワークが Canonical の「将来のデスクトップ アプリとモバイル アプリのデフォルトの選択肢」であると述べています。

Flutter は、Android、iOS、Windows、Linux、macOS、Web アプリケーションを対象とした Dart 言語を使用したフレームワークです。ただし、macOS および Linux バージョンは「ベータ品質と見なされます」。

こうした制限にもかかわらず、Canonicalは先月、新しいデスクトップインストーラーをFlutterで構築すると発表しました。そして今回、同社はさらに踏み込み、開発者に対しVanDine氏の声明を紹介しています。VanDine氏は、「Canonicalが今後開発するデスクトップアプリとモバイルアプリは、Flutterがデフォルトの選択肢となる」と述べており、Flutter SDKはSnap Storeから入手できるため、開発者は簡単に使い始めることができると述べています。

Android Studio を使用して Flutter アプリを開発します。

GoogleのマルチプラットフォームアプリフレームワークFlutterがバージョン2に到達し、ウェブに拡張

続きを読む

先週、UbuntuのプロダクトマネージャーであるRhys Davies氏は、Flutterアプリがネイティブに見えるのは「ネイティブUbuntuデスクトップデザインを意図的にモデル化したウィジェットのコレクション」のおかげだと述べた。また、「FlutterはElectronなどの代替手段よりもパフォーマンスが優れており、ネイティブ開発プラットフォームほど高性能ではないものの、複数のプラットフォームやオペレーティングシステム向けに開発できる能力がその差を補うほど優れている」と述べた。

目標は、より多くの開発者にUbuntu向けアプリの開発を促すことにあるようだ。「クロスプラットフォーム開発とは、Linux開発者が他のプラットフォーム向けのアプリを開発できるというだけでなく、他のプラットフォーム向けのFlutter開発者がLinux向けにアプリを開発し、Linuxアプリのエコシステムを拡大できることを意味します」とデイビス氏は述べた。

見た目は重要

Ubuntuは最も人気のあるLinuxデスクトップディストリビューションの一つであり、Googleのフレームワークの有力な支持者となっています。しかしながら、クロスプラットフォーム・フレームワークの価値については、複数のターゲット向けに一度の開発で生産性を高めることと、それに伴うパフォーマンスとプラットフォーム統合の両面での妥協点との間で、議論が尽きません。

Canonical 社がこの件に関して保証しているにもかかわらず、Thoughtworks 社の主任科学者 Martin Fowler 氏が 10 年前に書いた記事で「不気味の谷」と呼んだリスクが存在する。これは、ユーザー インターフェースはほぼ正しく見えるが、「ユーザーを混乱させるほどのわずかな違いがある」という状態である。

カードを持つロボットの手

Canonical は新しいインストーラーに Google フレームワークを採用しましたが、コミュニティからはなぜ Flutter を GTK 上に置かないのかという質問が出ています。

続きを読む

ファウラー氏は、「クロスプラットフォーム アプリは全体的に成功していないことに気付くかもしれません」と述べ、「ネイティブ アプリを構築する価値があるのであれば、そのプラットフォーム向けの個別のエクスペリエンス デザインを含めて、適切に構築する価値がある」と語った。

10 年経った今、クロスプラットフォーム テクノロジは向上し、Visual Studio Code、生産性スイートの LibreOffice、オーディオ エディタの Audacity など、成功したアプリケーションの例は数多くあります。

しかし、クロスプラットフォーム化に伴うオーバーヘッドは依然として存在し、プラットフォームの性能を最大限に発揮するためには、ファーストパーティアプリケーションは完全にネイティブであるべきだという議論もあります。したがって、クロスプラットフォームツールキットをデフォルトとして採用することは、拡張されたアプリケーションエコシステムの魅力があるにもかかわらず、リスクを伴います。®

Discover More