Show Menu
トピック×

Migration to the Touch UI

バージョン6.0以降、Adobe Experience Manager(AEM)では、タッチ対応UI (タッチ操作対応UI )と呼ばれる新しいユーザーインターフェイスが導入さ **​れました。 Adobe Marketing cloudとAdobeユーザーインターフェイスの全体的なガイドラインに沿っています。 これは、従来のデスクトップ指向インターフェイスをクラシックUIと呼ぶAEMの標準UIに なりました
AEMをクラシックUIで使用している場合は、インスタンスを移行するための対策を講じる必要があります。 このページは、個々のリソースへのリンクを提供することで、スプリングボードとしての役割を果たすことを目的としています。
このような移行プロジェクトは、インスタンスに大きな影響を与える可能性があります。 推奨されるガ イドラインについては、「プロジェクトの管理 — ベストプラクティス」を参照してください。

基本知識

移行時には、クラシックUIとタッチUIの主な違いを次に示します。
クラシック UI タッチ操作対応 UI
JCRリポジトリでは、ノードの構造として記述されます。 UIの要素を表すすべてのノードは ExtJSウィジェットと呼ばれ 、によってクライアント側にレンダリングされま ExtJS す。 JCRリポジトリでもノードの構造として説明されます。 ただし、この場合、すべてのノードはレンダリングを担当するSlingリソースタイプ(Slingコンポーネント)を参照します。 したがって、UIは(基本的に)サーバ側でレンダリングされます。
sling:resourceType
  • 未使用
sling:resourceType
  • 使用済み
  • for example cq/gui/components/authoring/dialog
ダイアログノード:
  • 名前: dialog
  • jcr:primaryType: cq:Dialog
ダイアログノード:
  • 名前: cq:dialog
  • jcr:primaryType: nt:unstructured
JavaScriptの場所:
  • 命令部分は、リスナーを使用して直接埋め込まれるか、clientlibで管理されます。
JavaScriptの場所:
  • 命令部は、ダイアログ定義に埋め込むことはできません。責任の分離。
イベント処理:
  • ダイアログウィジェットはJavaScriptコードを直接参照します。
イベント処理:
  • JavaScriptはダイアログイベントを監視します。
クライアントが実行するレンダリング:
  • クライアントはUIコンポーネントを動的に作成します。
  • クライアントは、サーバーから(JSONとして)コンポーネント定義を要求します。
サーバーが実行するレンダリング:
  • クライアントは、関連するUIと共にページをリクエストします。
  • サーバーはUIをHTMLドキュメントとして送信(プッシュ)します。Coral UIコンポーネントの使用」を参照してください。
つまり、UIの一部をクラシックUIからタッチUIに移行するということは、 ExtJSウィジェットを Slingコンポーネントに移行する ことを意 ​味します。 これを容易にするために、タッチUIはGranite UIフレームワークに基づいており、UI用のSlingコンポーネント(Granite UIコンポーネントと呼ばれます)が既に用意されています。
開始する前に、ステータスと関連するレコメンデーションを確認します。
タッチ操作対応UI開発の基本は、次のような基本を提供します。

ページオーサリングの移行

コンポーネントを移行する際の主な要因は、ダイアログです。

コンソールの移行

また、コンソールをカスタマイズすることもできます。

その他のリソース

AEMの開発に関する詳細は、以下のリソースを参照してください。
AEM Modernization toolsはコミュニティでの取り組みであり、アドビによるサポートや警告は行われていません。