3
Drupal 7のWebサービスを介してサードパーティのデータ構造を統合する最も信頼性が高く、フォールトトレラントな方法は何ですか?
Drupalにリモートデータ構造を統合するためのいくつかの戦略を見てきました。特定のモジュールが安定し、ユースケースが試されたため、戦略は進化しているようです。 REST APIを介して公開されるいくつかのデータ型(market、market_hours、vender、stall、produce)などで表されるデータ構造「ファーマーズマーケット」があるとします。外部サービスのIDはDrupalで関連付ける必要があります。つまり、「market」をロードするときに、「market_hours」と「stall」からデータを取得する必要があります。それを定期的に同期されるDrupalの読み取り専用コンテンツとして表現するための最良の方法は何でしょうか? 私はこれを次の基準で評価しようとしています: Drupalのデータ構造: ノードとカスタムエンティティ 私が見たWebサービスに関連するいくつかのシナリオでは、カスタムエンティティを使用しています。CRUD操作を簡素化します。ただし、これらのアイテムは一般に表示されるという点で「コンテンツ」です。 ストレージ(ローカルvsリモート): サービスがリモートエンティティとして読み込まれる例をいくつか見てきました。このモジュールはhttps://drupal.org/project/wsdataのライブラリを作成します。これは最も魅力的に聞こえますが、多くのユースケースは見ていません。カスタムコードの例もあります:https : //drupal.org/sandbox/fago/1493180 データの同期: フィードvs移行vsグズルvs「Webサービスクライアント」vs「Webサービスデータ」 いくつかのオプションがあります。フィードでエンティティがサポートされるようになりました。特にカスタムシナリオの場合、移行はフィードよりもずっとクリーンに見えます。また、リモートサービスとの同期を取得するためにguzzleクライアントを使用している人々も目にしました。 inc#l273。また、WSクライアントモジュールhttps://drupal.org/project/wsclientが、レストクライアントとして特別に作成されたオプションを提供していることにも気付きました。Webサービスデータはサービスから直接読み込まれ、ローカルにキャッシュされます。 ご意見をお寄せいただきありがとうございます。