0

既存の8年以上前のアプリケーションは、自己完結型のWebサイトからWebサービス指向のアーキテクチャに移行されており、特に、外部の関係者がアプリケーション内の計算とデータにアクセスできるようになっています。

このアプリケーションを使用すると、訪問者は保険関連の情報にアクセスしたり、見積もりを計算したり、エージェントに連絡したりできます。

アプリケーションの元のロジックは、メインアプリケーションからSOAPサービスに抽出されています。これまでのところ、非常に優れています。

Zend FWに関する社内の知識に基づいて、多くの欠点を伴うレガシーコードを削除し、より堅牢でコミュニティに支援されたフレームワークであるZendに移行することが選択されました。

WSDLを使用し、顧客の検索と表示を可能にする初期のZendFWアプリが構築されました。それが終わった後、基本的な(!)cms、大量メール送信、投票などのコンポーネント用の外部アプリケーション/モジュールを統合したいと思いました。

これらのコンポーネントは最終製品に不可欠であるが、自社のコア製品には不可欠ではないと考えているため、このために外部アプリケーションを使用したいと考えています。

ただし、たとえばtomatocmsやdigitalusなどを見ると、製品を自社製品に組み込む必要があるようです。その逆を望んでいます。CMSページは例外であり、ルールではありません。

これらのアプリケーション間で認証を統合することは非常に難しいように思われます。それぞれが「アプリケーション」になりたいように思われるからです。

TL; DR:

CMSまたは他のアプリを既存の/進行中のzendFWアプリに統合するための最良のソリューションは何でしょうか?

4

1 に答える 1

0

最善の解決策は、使用パターンを設定するモジュール/プラグインの構造を作成し、上記の仕様に従って作成されたこれらのモジュールをアプリケーションが理解できるようにすることだと思います。

これにより、誰でもモデルを作成または開発してアプリケーションを作成できます。

これは、Wordpress プラグインの良い例だと思います。誰でもその機能を作成してアプリケーション ページに埋め込むことができますが、もちろん、API の制限を作成して、必要なものを制御することもできます。

于 2012-05-25T12:59:18.893 に答える