0

だから私はこのように呼び出されたParse DBにオブジェクトを持っていますFollow...

Follow
---------------
PFUser follower
PFUser followee

つまり、これは多対多の「次の」構造の結合テーブルです。ユーザーは多くのユーザーをフォローでき、ユーザーは多くのユーザーにフォローされます。

PFUserとにかく、次のユーザーであるオブジェクトの配列を返すだけのクエリを作成しようとしていcurrentUserます。

こんな感じで始めました…

PFQuery *followQuery = [Follow query];
[followQuery whereKey:@"follower" equalTo:[PFUser currentUser]];

これはフォロー オブジェクトの配列を返しますが、これらは必要ありません。PFUser オブジェクトの配列が必要で、ここからそこに到達する方法に行き詰まっています。

これは、私が作っているよりもはるかに簡単なはずです。笑！

4

2 に答える 2

1

それはずっと簡単です。そして、あなたの考え方次第で、もっと難しくなります。あなたの明らかな考え方: SQL :-)

特にモバイル デバイスから Parse (またはその他の NoSQL データストア) を操作する場合は、まずクエリに注目し、よく使用されるクエリをできるだけ少なくシンプルにするモデルを作成し、デバイスでの計算も最小。

あなたのユースケースでは、配列内のすべてのユーザーのすべてのフォロワーとすべてのフォローを保持するクラスを作成します。

これについては以前の回答で説明しました: https://stackoverflow.com/a/22449103/1485715

また、その回答にリンクされているように、Java の Twissandra プロジェクトは、NoSQL のモデル化方法に関する優れた入門書です (Java プログラマーだけでなく、すべてのプログラマー向け): https://github.com/twissandra/twissandra

于 2014-05-08T16:48:54.857 に答える
0

既存の構造が機能します。問題は、Followオブジェクトの配列である戻り結果があり、の配列が必要なことですfollowee。

まず最初に、ID を持つポインターだけでなく完全なユーザーを取得できるように、クエリにincludeKeyforを伝えたいと思うでしょう。followee

次に、結果をマッピングします。これは、プロパティを読み取りたい他のオブジェクトの配列と同じように行うことができます。ループを使用するだけです。

于 2014-05-08T19:43:14.220 に答える