隣接プラットフォーム

Adobeに特化した拡張機能向けのAdobe App Builder

Adobeのアプリビルダーは、Adobe製品やサービスを拡張するための専門的な開発手段であり、汎用的なアプリビルダーの代替ではありません。開始地点を選ぶ前に、このガイドで両者を区別しましょう。

1
Adobeに特化したプラットフォームの背景
3
手段固有の機能
0
汎用的なビルダーとして扱う必要がある
Adobeに焦点を当てた拡張ワークフローを示すAdobe App Builder

関連する手段

これらのページでは、汎用ツールとAdobe固有のプラットフォームを混同せずに、アプリケーションの構築、コーディング、比較を行うための隣接する方法を説明します。

開始方法

Adobeの手段を始める方法

最も安全な第一歩は、ツールを選んだり実装コードを書いたりする前に、対象となるAdobe製品、拡張ポイント、デプロイの要件を特定することです。

  1. 1

    Adobeの対象領域を明確にする

    プロジェクトがExperience Cloud、コマース、コンテンツ、アセット、分析、またはその他のAdobeサービスに関係するかを書き出します。製品の境界によって、重要となるAPIと拡張モデルが決まります。

  2. 2

    拡張の目的を定義する

    ワークフローの追加、外部サービスとの接続、カスタムエクスペリエンスの提供、または引き継ぎの自動化など、範囲を絞った成果を明確にします。目的を正確に定めることで、プラットフォームの比較が曖昧な再構築に変わるのを防げます。

  3. 3

    実行環境への経路を検証する

    決定する前に、Adobeのドキュメント、アクセス要件、サポート対象API、デプロイの想定を確認します。プロジェクトがAdobeと無関係であれば、代わりに汎用的なアプリビルダーに戻ってください。

対象範囲の確認

選択を明確にする3つの数字

これらの数値は、このページにおける判断の枠組みを示すものであり、特定の開発速度、価格、機能数を約束するものではありません。

1 あらゆるアプリカテゴリではなく、Adobeエコシステムを対象とする
1 焦点
2 検証すべき画面、拡張の目的、実行経路
3 確認事項
3 特化型プラットフォームが一般的なアプリ開発に取って代わること
0 前提

正直な制約

この方法で対応できなくなる領域

Adobe App Builderは、Adobeを中心とした作業に適した選択肢になり得ますが、その特化性によって境界が生まれるため、実装を始める前に把握しておく必要があります。

  • 万能なアプリキャンバスではない

    Adobeの拡張シナリオを中心に設計されたプラットフォームが、無関係なモバイルアプリ、社内ツール、または独立したWebプロダクトの構築に最適な場所とは限りません。

    回避策幅広いプロダクト開発には一般的なアプリビルダーを使用し、Adobeサービスは本当に必要な箇所にのみ接続します。

  • プロダクト固有の知識が不要になるわけではない

    Adobeサービス、そのAPI、認証モデル、データ境界、サポートされている拡張ポイントについて、引き続き理解する必要があります。

    回避策文書化されたAdobeワークフローを1つから始め、範囲を広げる前に各依存関係を確認します。

  • すべての連携を保証できるわけではない

    Adobeブランドの方法だからといって、すべてのサードパーティシステムやカスタム要件が標準でサポートされるわけではありません。

    回避策まず必要なAPIと認証フローを一覧化し、最もリスクの高い連携を小規模な概念実証でテストします。

  • 自動的に最も簡単な選択肢になるわけではない

    プロジェクトがAdobe製品に依存していない場合、特化性によってセットアップやプラットフォーム固有の用語が増えることがあります。

    回避策プロジェクトに合った最小限のツールを選び、名前に馴染みがあるという理由でプラットフォームを選択するのは避けましょう。

横並びで比較

このエントリーポイントと一般的なものの比較

違いは、どちらの方法でもソフトウェアを作れるかどうかというより、プラットフォームがソフトウェアをどこに置くことを想定しているかにあります。

1

主なコンテキスト

Adobe App Builder

Adobe製品、サービス、拡張機能のシナリオ

一般的なアプリビルダー

幅広いWeb、モバイル、社内向け、ワークフローアプリケーション

2

最初に考えるべき質問

Adobe App Builder

どのAdobeサーフェスと拡張ポイントが関係していますか?

一般的なアプリビルダー

誰のために、どのような製品を作るべきですか?

3

プラットフォームに関する知識

Adobe App Builder

Adobe API、サービス、ID管理、デプロイの慣例

一般的なアプリビルダー

一般的なUI、データ、ロジック、デプロイの概念

4

スタンドアロン製品への適合性

Adobe App Builder

製品がAdobeの機能と密接に結び付いている場合に有用

一般的なアプリビルダー

通常、独立したプロダクトにはより明確

5

統合を重視

Adobe App Builder

Adobe中心のワークフローを拡張または接続

一般的なアプリビルダー

任意のシステムやサービスを接続

6

選択のリスク

Adobe App Builder

Adobe以外のプロジェクトには過度に特化

一般的なアプリビルダー

深い拡張が必要な場合にAdobe固有の機能が不足

7

理想的なユーザー

Adobe App Builder

すでにAdobeエコシステムで業務を行っているチーム

一般的なアプリビルダー

幅広い開発基盤を選ぶ創業者、チーム、開発者

視覚的な違い

幅広い開発基盤からAdobe拡張の道筋まで

この違いは文脈に関するものです。一般的なビルダーはアプリケーションのアイデアから始まる一方、Adobeのアプローチは拡張または接続が必要な特定のAdobeサーフェスから始まります。

  • 一般的なアプリケーション開発
  • Adobe拡張の道筋

ラベルではなく、依存関係を基準にプラットフォームを選びましょう。

コードワークフローを備えた一般的なアプリビルダー
Adobeに焦点を当てたアプリビルダーのワークフロー

決断する

プロジェクトが実際に必要とするプラットフォームから始める

ワークフローの中心にAdobeがある場合は、構築を始める前にプロダクトのサーフェスと拡張の目的を整理しましょう。そうでない場合は、一般的なアプリビルダーを使うことで、アーキテクチャをよりシンプルに保ち、利用できる選択肢を広げられます。

プロジェクトを開始
  • Adobe中心の作業には、焦点を絞った評価プロセスを
  • 関連性のない製品では、不要なプラットフォーム依存を回避
  • 最初のステップは、プラットフォームの推測ではなく、明確なユースケースです

Adobeに関する質問

Adobe App Builderに関するFAQ

Adobeのアプローチの目的と、一般的なアプリビルダーとの違いが生じる場面について、検索でよく寄せられる質問への回答です。

Adobe App Builderは、Adobe製品およびサービスを中心とした拡張機能、連携機能、カスタムエクスペリエンスの作成に使用されます。具体的なワークフローは、対象となるAdobeのサービス、サポート対象API、IDモデル、デプロイ要件によって異なります。

いいえ。一般的なアプリビルダーは幅広いアプリケーション向けに設計されていますが、Adobe App BuilderはAdobeを中心とした開発および拡張シナリオ向けです。Adobeがすでに重要な依存先となっている場合に、Adobeのアプローチが最も適しています。

すでにAdobe製品を利用しているチームは、ワークフローの拡張、外部システムとの接続、またはそのエコシステム内でのカスタムエクスペリエンスの作成が必要な場合に検討すべきです。Adobeへの依存関係がないプロジェクトでは、より幅広い開発アプローチのほうが適している可能性があります。

Adobeサービスに接続されたアプリケーションエクスペリエンスをサポートできる場合がありますが、すべてのスタンドアロン製品にとって最もシンプルな選択肢とは限りません。汎用的な基盤として扱う前に、想定するランタイム、API、データ境界、デプロイモデルを確認してください。

まず依存関係から始めます。Adobe製品またはサービスを特定し、拡張する業務を定義して、必要なAPIとランタイムパスを確認してください。これらの確認でAdobe固有の要件が見つからない場合は、一般的なアプリビルダーをそれぞれの強みに基づいて比較してください。

作成を始める
作成を始める