1. 背景 今日の Web サイトでは、アクセス チャネルがますます増えており、WAP、SMS、EMAIL、従来の Web、Socket など、テクノロジーはますます高度になっています。データベースや LDAP も含めると、これを追加する場合、新しいチャネルを追加するときに、それ以上コードを変更したり、さらにはコードを変更したりする必要がないように、設計内で拡張する必要があるスペースが十分に確保されている必要があります。しかし、それは可能でしょうか?それについて考えるのは不可能ですが、このマルチチャネルアクセスフレームワークの完璧さをより良く解決する方法はあるでしょうか? 2. アーキテクチャ 既存のアクセスがすべて使用されると、設計者は目がくらむでしょう。シェアを獲得するためであれば、これらのプログラムはどのような方法でも作成でき、確実に実装できますが、保守は困難になります。それはより苦痛ですが、どうすればより完璧を達成できるかという質問に戻りましょう。プロジェクト チームのアーキテクチャに関する議論中に、ルーティングの概念が持ち上がりました。これらすべてのチャネルを接続する中心となるのは、タコの頭である XMLRouter です。ここでの Router の役割は、すべてのチャネルと通信し、データ ルーティングを実現し、アーキテクチャのシステムの拡張性と柔軟性を実現することです。たくさんあるだろう。 XMLRouter と呼ばれるのは、
1. xml メソッドを使用せずにマルチチャネル アクセス Web サイトの構造を実現するためです
はじめに: 実は、この記事を書く最大の目的です。去年スイスでプロジェクトに取り組んだ時に適用したフレームワークを皆さんに公開していますが、私の表現力ではうまく表現できていないのが少し心配です
2. XML を使用してマルチチャネル アクセス Web サイト アーキテクチャを実装する方法
はじめに: 今日の Web サイトでは、アクセス チャネルがますます増えており、テクノロジーはますます進歩しています。 、SMS、電子メール、従来の Web、ソケットなど、データベースと LDAP が接続されているとみなされる場合、追加時にこれ以上の変更が必要ないように、設計内で拡張する必要があるスペースが非常に優れている必要があります。新しいチャンネルでもコードは変更されません。
【関連Q&Aのおすすめ】:
以上がXMLHTTP オブジェクトの詳細な紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。