マルチチャネル アクセス Web サイト アーキテクチャを実装するための XML メソッド

1. 背景
今日の Web サイトでは、アクセス チャネルがますます増えており、WAP、SMS、EMAIL、従来の Web、Socket など、データベースや LDAP など、テクノロジーがますます高度になっています。が接続されている場合、新しいチャネルを追加するときにコードをさらに変更したり、コードをまったく変更したりする必要がないように、設計内で拡張する必要があるスペースは非常に適切なものでなければなりません。しかし、それは可能でしょうか？それについて考えるのは不可能ですが、このマルチチャネルアクセスフレームワークの完璧さをより良く解決する方法はあるでしょうか? 2. アーキテクチャ

既存のアクセスがすべて使用されると、デザイナーはメンバーを集めるためであれば、どのような方法でもプログラムを作成でき、確実に実装できますが、それはより困難になります。維持する必要がありますが、問題に戻りますが、どうすればより完璧を達成できるでしょうか?プロジェクト チームのアーキテクチャに関する議論中に、

ルーティング

というアイデアが持ち上がりました。 これらすべてのチャネルを接続するコアは、このタコ

XML

ルーターのヘッドです。ここでのルーターの役割は、すべてのチャネルと通信し、データルーティングを実現し、アーキテクチャ内のシステムの拡張性と柔軟性を追求することです。メリットはたくさんあるでしょう。 XMLRouter と呼ばれるのは、柔軟で標準化された言語である XML をデータ伝送媒体として使用しないと、ルーターの作業負荷が飛躍的に増大するためです。 3. 考え方とパターン

XMLRouter の元のアイデアは、コンピューターのマザーボードのビルダー パターンと、コンピューターのマザーボードの PCI スロットによって PCI 仕様が定義されています。 PCI 標準に準拠しているものをマザーボードに接続すると、内部で動作するようになります。Builder パターンは、複雑な構造を分離して段階的に実装することを提案しています。これらの複雑なチャネルを分離し、それらを 1 つずつ実行します。

サービスの考え方: ルーターと通信するには、これらのチャネルにアクセスするときに、サービスの仕様を満たす限り、統一されたインターフェイスを定義する必要があります。 Router にアクセスしてデータをルーティングします。
Factory モードと Composite モード
XMLRouter は、実際のデザインでは Factory モードを使用して生成され、使用されると、データを転送および受信するためにキューに配置されます。
4. XML 設定ファイル
1 つ目は Router の設定です。例:

<?xml version="1.0" ?>
<services>
　　 <!-- database Service -->
　　 <service name="database" type="database" class="com.web.service.DBService">
　　 <connector
　　　　　　 driver="com.microsoft.jdbc.sqlserver.SQLServerDriver"
　　　　　　 url="jdbc:microsoft:sqlserver://192.168.0.179:1433" user="test"
　　　　　　 passwd="test" />
　　 </service>
　　 <!-- Web Service-->
　　 <service name="web" type="web" class="com.web.service.WebService" >
　　　　 <connector　/>
　　 </service>
……
</services>

これは、アクセスする必要があるチャネルを表します。サービス ノードには、サブノードのタイプが含まれています。データベースの場合は、url、user、passwd、driver が含まれます。ソケットの場合は、port や maxthread などの属性が含まれます。属性値は独自の定義に従って構成できます。

もう 1 つのタイプの XML ファイルは、すべてのサービスでデータを転送するために使用される XML トランザクション データ ファイルです。たとえば、webtrans.xml の形式は次のとおりです。

以上がマルチチャネル アクセス Web サイト アーキテクチャを実装するための XML メソッドの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。