ユーザインターフェース開発の考慮事項

この 10 年ほど、Web アプリケーションのユーザエクスペリエンスに求められるレベルは上昇し続けています。ユーザが期待しているのは、フル機能を備えた高度にインタラクティブな反応型かつ没入型の操作を文字どおり指先でできることです。

これはまず、単機能のアプリケーションで実現されました。Google マップのようなサービスでは、ユーザインターフェース要素の直接操作が導入されました。分析アプリケーションでは、動的でインタラクティブなグラフのドリルダウンが可能になりました。地味なサインアップフォームやログインフォームでさえ、動的に無効なデータ入力へのエラーフィードバック、アニメーション表示、ページ推移などを行う機能を備えています。双方向性はもう目新しいものではなく、ごく普通のことなのです。

そして規模がさらに拡大しました。適用対象が個別のコンポーネントからすぐにコアアプリケーションのエクスペリエンスへと広がりました。今日の Web アプリケーションには、スライドメニュー、アニメーションでのページ推移、動的な主従関係が搭載されています。フロート表示やモーダルウィンドウのようなアプリケーションスタイルの要素もあります。ネイティブアプリケーションと Web アプリケーションの違いはかつてなく小さくなっています。

これは Salesforce にとってどのような意味があるのでしょうか。

従来の Salesforce エクスペリエンス (Salesforce Classic) は、ページ中心の Web アプリケーションの一例です。基本機能には適していますが、ユーザが期待する新しい、より動的なエクスペリエンスを提供するのは困難です。それは、ユーザがアプリケーションとやりとりするたびに、サーバで新しいページを生成するという根本的な制約があるからです。

よりインタラクティブなエクスペリエンスを提供するには、クライアント側で JavaScript を利用する必要があります。この新しいアプリケーション中心モデルでは、一度にページのユーザインターフェース全体を置き換えるのではなく、JavaScript を使用してユーザインターフェースを作成、変更、加工、アニメーション化します。画期的でインタラクティブなうえに流動的です。これが新しい Lightning Experience です。

現在、ページ中心モデルとアプリケーション中心モデルの両方が混在しています。Web を少し見回すだけで、ほとんどのアプリケーションが両方のアプローチを利用していることがわかります。こうしたモデルを組み合わせることで、アプリケーションは適切な使用事例に適切な種類のエクスペリエンスを提供できます。

これから少し時間を取って、Salesforce プラットフォームでこれらのモデルに提供されるさまざまなオプションを見ていきましょう。

Visualforce はページ中心のアプリケーションを構築するための堅牢で成熟したプラットフォームです。Visualforce フレームワークは、サーバで解決され、標準またはカスタムコントローラと連動してデータベースおよびその他の操作を実装しやすくする、堅牢なタグのセットを提供します。

Visualforce は、PHP、ASP、JSP、Ruby on Rails など他のページ中心技術と概念的に類似しています。Salesforce の充実したメタデータインフラストラクチャに基づく Visualforce は、生産性の高いソリューションです。標準コントローラでは、クエリをまったく実行せずに直接またはリレーション経由で簡単にオブジェクトにアクセスできます。他のメタデータ対応コンポーネントも、ページにマークアップを追加するだけで簡単に接続できます。これらの機能は、プラットフォーム上で有効に動作し、依然として多くの使用事例に適しています。

よく考えてみると、Visualforce ページは、サーバで解決される追加のタグを含む HTML ページに過ぎません。そのため、空の Visualforce ページを JavaScript アプリケーションのコンテナとして使用できます。このシナリオでは、ユーザインターフェースの作成に Visualforce タグを使用しません。代わりに、JavaScript アプリケーションを空のページに読み込みます。読み込まれた JavaScript アプリケーションがクライアント側でユーザインターフェースを生成します。これらのアプリケーションは一般に単一ページアプリケーション (SPA) と呼ばれ、多くは AngularJS や React のようなサードパーティのフレームワークを使用して作成されます。

はっきり申し上げると、上記のマイナス面を許容できるなら、現在これがインタラクティブアプリケーションを作成する最適な方法です。Salesforce は、そもそもこの目的でリモートオブジェクト や JavaScript Remoting のようなツールキットを開発しました。AngularJS、React、またはその他の JavaScript フレームワークに習熟した開発者なら、専門知識を活かし、慣れたツールで Salesforce のアプリケーションを開発できます。

一方で、新しいものを受け入れられるならば、Salesforce が提供する新たなレベルの革新的な Web ベースのアプリケーション開発を利用することもできます。

Lightning コンポーネントは、デスクトップとモバイルデバイス用に動的な Web アプリケーションを開発するための Salesforce ユーザインターフェースフレームワークの一部です。

メモ

Spring '19 リリース (API バージョン 45.0) では、Lightning Web コンポーネントモデルと従来の Aura コンポーネントモデルの 2 つのプログラミングモデルを使用して Lightning コンポーネントを作成できます。Lightning Web コンポーネントは、HTML と最新の JavaScript を使用して作成されるカスタム HTML 要素です。Lightning Web コンポーネントと Aura コンポーネントは、ページ上に共存可能で、同時に使用できます。

Visualforce は長い間使用され、十分に理解されている成熟したアプリケーション開発プラットフォームです。現在も使用され続けています。新しく加わったのが Lightning コンポーネントです。多くの利点がありますが、ユーザからすると、まだわからないことだらけです。

重要なのは、どちらか一方を選ばなくてもよいということです。

工具ベルトに差した工具のように、ページ中心モデルとアプリケーション中心モデルのどちらも開発ツールとして必要なときにすぐに使用できます。一方が常に優れているわけではありません。それぞれの強みとトレードオフを理解していれば、どちらも最大限に活用できます。とりかかっているジョブに最適なツールを使用してください。

ここでは、どちらを使うか決めるためのガイドラインを紹介します。ただし、決めるのはあくまでもあなたです。最終的には、自分にぴったりだと感じるツールを使用してください。さらに、ツールは進化することにも注意してください。このガイドラインも進化します。

よいお知らせがあります。Lightning Experience にシフトし、Lightning コンポーネントにますます重点が置かれていますが、Visualforce ページはまだ Salesforce で動作します。新しいインターフェースと使い慣れた Salesforce Classic のどちらを使用していても問題ありません。Visualforce は両方で動作します。既存の Visualforce ページを変換しなくても、長期にわたって使い続けることができます。

ただし、Web アプリケーションはアプリケーション中心モデルを利用することが多いため、すべての Salesforce 開発者に少なくとも Lightning コンポーネントの基本を学習することをお勧めします。将来の開発作業でこれらのコンポーネントを使用することがあるでしょう。

今が最初の一歩を踏み出すのに最適なタイミングです。Lightning アプリケーションビルダーや Visualforce 向け Lightning コンポーネントなどの機能により、「お試し」として、新規または既存のページで Lightning コンポーネントを 1 つだけでも使ってみることができます。これらの埋め込みコンポーネントは Lightning Experience と Salesforce Classic の両方で使用できます。非常に簡単ですので、ぜひ試してみてください。

新しい開発フレームワークへの移行は手ごわい作業です。そのためにこのトレイルがあるのです。このトレイルには、Lightning Experience 開発の導入成功に必要なヒント、コツ、秘訣がすべて詰まっています。