angular2とAEMを統合することは可能ですか？

Question

angular2をAEMと統合して、angle2コンポーネントにバインドされたHTMLテンプレートでオーサリングする機能を有効にすることは可能ですか？私はAdobeの例を見てきましたが、オーサリングに関しては何も言いませんでした。私のプロジェクトで

Answer 1

：

1）一方の側からは、HTMLテンプレートを使用して1ページのアプリケーションである角度を持っています。 AEM部品の他の側面からは、非常に良いWYSIWYGサイトのコンストラクタです。だから誰も著者モードでページを作成し編集するのをやめて、Angularテンプレートとして公開することはできません。

• は/作成/更新UGCとして角度からページを削除します。

  2）AEMも悪いRESTサーバーではありません。

• 標準で十分にテストされたアプローチによるアクセス許可は、CUG経由でコンテンツを共有します。
• ミックスAEM及び角度に直接リンクで#linksとAEMページと角度経路との間のリンク）AEM力学（例えば複製逆）と

3 UGCを配布。

しかし：

1）良いルールを作成し、なぜなら、彼らは異なる目的のためのものであるという考えから、AEMと角度を混合しているときにそれらに従うことは本当に難しいです。 AEM + RDBMSで見ることができるのと同じ状況です：それは動作していますが、方法はかなり長いものでしたが、時には痛いものでした。

2）AEMからAngularへの切り替えは時間です。すべてのアプリケーションがAngular（一度ロードする必要があります）であれば問題ありませんが、2回目のクリックごとにAngular initを待つ必要がある場合は、アプリケーションを間違った方法で構築するのが簡単です。

Answer 2

オーサリングの観点から、角度2（または任意のSPA）は理想的ではありません。 AEMは、キャンペーン、ターゲット、アセット、メディアなどの他の多くのAdobeスイートに統合されたCMSです。オーサリングの経験は、これらの統合のベストを活用してコンテンツ管理を可能な限り容易にするように設計されています。これにより、著者に多くの柔軟性が与えられます。

SPAは、シームレスで汎用性の高いUXのためのもので、エンドユーザー（AEMの物のPublisher側）を対象としています。オーサリングの経験を変えずに、コンポーネントを設計して角度互換/準拠コードを生成することができます。

オーサリングエクスペリエンスをSPAに変更する場合は、アドビのスイート統合のすべてをコーディングする必要があります。私はキャンペーンとターゲットがそこに入り込みやすく、6.3でも問題があることを確かめています。 Angular（HTLと並行して）は、イベントのシーケンスのためにターゲットスクリプトでプレビューに多くの問題を引き起こします。これらすべての複雑な統合に対するブラウザ間の互換性も大きな課題です（私はIEをあきらめましたが、これは何らかの理由で銀行や法人が好きです）。

これはおそらく実行できますが、RoIは非常に疑問があり、課題は多くの内部知識を必要とし、残りのスイートとAEMの統合を掘り下げる必要があります。また、AEMインスタンスをアップグレードすると、これがリスクとみなされ、総所有コストが増加します。