異なるネットワークのソーシャルグラフは、それぞれが異なる機能を提供し、それに応じてそれらのユーザーが異なることを行うという事実により、非常に異なることに同意します。 ただし、ユーザーの観点からは、少し相互に統合してもユーザーを傷つけることはありません。 この統合によって私が何を意味するのか、そしてこの会社からどのような利益が得られるのかについて説明します。
具体的な例として、Twitter、Facebook / VKontakte、Last.fmを検討します。
手始めに-いくつかの不便な特定の例
Vkontakteは最近、マイクロブログ機能を導入しました。その後、ユーザーの壁はあなた自身が知っているTwitterのようになりました。 良くも悪くも、この問題は議論から除外されます。 当たり前だと思ってください。 同様の機能が同様の方法で使用されると想定するのは論理的です。 また、同じ機能を使用しているユーザーがほぼ同じコンテンツを作成することは論理的なようです。 つまり、彼の壁に何かについて書くと、彼はTwitterで同じことを書く可能性が高く、逆もまた同様です。 Facebookのウォールでも同様の状況が発生する可能性があります。 この点で、壁にメッセージを書くときは、たとえば、「Tweet it too」チェックボックスを用意しておくといいでしょう。 または、Twitterで「Facebookに投稿」。
多くの場合、人々は主にVKontakteで音楽を聴くのを見ました。 それは非常に論理的です-音楽はあらゆる好みでそこに見つけることができます、それはハードドライブ上のスペースを必要とせず、多かれ少なかれ安定したチャンネルだけを必要とします。 ここで、Last.fmがシーンに入ります。 同意します。たとえば、VCから直接ユーザーチャートにアクセスできるのは面白いでしょう。 しかし、ここで本当に便利なのは、VKのスクロビングです。 もちろん、VKontakteのLast.fmは既にありますが、アプリケーションとしてはありますが、これはまったくありません。
反対の方向：Last.fmのお気に入りリストに曲を追加しました。 このニュースを他のネットワーク上の友人と共有することは恐らく良いことでしょう-多くの人がそれに興味を持っているかもしれません。
Last.fmで私が何らかのイベントに参加したいという気持ちを表明した場合、Facebook / VKontakteでの対応する会議（存在する場合）およびその逆にも注目していただければ幸いです。
このリストは延々と続く。 上記のYouTubeネットワークに追加すると、さらに長くなります。
実装
最初に思い浮かぶのは、ブラウザまたはWebサイト上の対応するウィジェットのさまざまな拡張機能/追加機能だと思います。 ただし、ウィジェットを固定する機能はどこからでも遠く、アドオンを検索してインストールする必要があるという点で不便です。 オンラインに接続する各デバイスのブラウザごとに。 そして、他の誰かのコンピューターには、単に表示されない場合があります。 うん ブラウザに依存せずに、これらすべてをそのまま使用する方がはるかに便利です。
もちろん、上記のいくつかはすでにある程度実装されています。 たとえば、last.fmで、Facebookで今後のコンサートをツイートしたり、いいねしたりする機会があります。 ただし、VKontakteでのこの重要なイベントについて報告する場合は、世界と同じくらい古いコピーペーストに頼らなければなりません。 当然、以前は「いいね」ボタンなしで生活していましたが、それは何となく簡単で便利ですよね？
それでは、どのようにこれを行うことができますか？
OOPに精通しており、少なくともデザインパターンについて聞いたことがある人は、毎回ホイールを再発明するよりも、より多くの時間を費やしてより多くのコードを作成して借りることができる場合があることを知っています。 したがって、異なるネットワークの同じユーザーのプロファイル間で情報を交換するための標準を開発する場合、「いいね」ボタンを追加する開発者に依存しなくなりますが、「Tweet」はここでは必要ではなく、VKontakteについて「好き」はまったく聞いていませんでした。
これがどのように見えるかについてもう少し。
まず、異なるネットワークのアカウントを「リンク」する必要があります。 プロセスは次のようになります：A @ XはB @ Yの束のリクエストを送信します。その後、Bはyesを確認する必要があります、Aは私ですが、ネットワークXで。はい、はい、別のものを指定するとほぼ同じことが起こります追加として1つの電子メール。
次に、さまざまな機能をどのように関連付けるかという問題があります。 考えてみると、Obj-C / CocoaからIBOutletとの関連があります。 もちろん、アナロジーは緊張していますが、それでも抽象的なモデルのみを検討しているため、一部の不正確さは許されます。 実際、さまざまな方法で結合できる「ソケット」があります（もちろん、常識に制限されます）。 どのような「アウトレット」になりますか：
テキスト：
- 別のリソースにも投稿X
- 別のリソースでXを共有する（事実上のリツイート）
マルチメディア：テキストと同じですが、そこではこのコンテンツの直接表示が不可能な可能性を提供する必要があります。 この場合、「コンテンツへのリンクを投稿する」などの追加のソケットが必要です。 last.fmなどでは、「私は今Xを視聴しています。」
「Xへのアクセスを許可する」などのソケットもあります。 ユーザーVKontakteの音声レコードのリストの横にあるLast.fmを使用した前述の個人的なチャートの表示などの状況に役立ちます。
これらのアウトレットの反対側では、おそらく適切なハンドラーが必要になります。 たとえば、Twitterでは、長すぎるメッセージにはtwitlonger.comの類似物を使用する必要があります。 Last.fm-リスニングソングに関するメッセージを処理します。 たとえば、Facebook / VKontakteでは、このリンクが参照するビデオまたは画像をYouTubeへのリンクに変換します。
アカウントが接続され、ソケットが接続された後、疑問が生じます。ユーザーはこれをどのように使用するのでしょうか？ 各アウトレットに論理的に接続され、このオブジェクトの隣のアウトレットに特別に割り当てられたブロックに表示される特定のオブジェクトがあります。
たとえば、Twitter：お気に入り/リツイート/返信の横に、TwitterアカウントをFacebookまたはVKアカウント、あるいはその両方にリンクしたかどうかに応じて、「いいね」ボタンや「いいね」ボタンが表示されます。 [ツイート]ボタンの横には、[Facebookに投稿]および/または[壁に書き込み]などのチェックボックスがあります。 ここでは、「いいね」は「個別のツイート」オブジェクトに関連付けられ、「投稿」は「ツイート」ボタンに関連付けられています。
または例：Facebookに写真をアップロードし、すぐにVKontakteでそれらを複製する機能。 または、それらの1つまたはアルバム全体をツイートします。
そして、これから何がネットワークに入るのでしょうか？
利点はかなり明白です-他のネットワークからのユーザーの流入。 （Facebook-VKontakteを除く）彼らの焦点は異なるという事実にもかかわらず、彼らは異なるニッチにあり、互いに干渉することはほとんどありません。 それどころか、彼らは最初に持っていなかった機会を獲得します。 この相互作用では、一部の基本機能のレベルで完全な統合は提供されませんが、部分的な統合のみが提供されるため、訪問数は減少しません。 すべての機能を使用するには、サイトにアクセスする必要があります。
他の誰かのニッチに参入しようとする場合（たとえば、VKontakteマイクロブログの前述の紹介など）、ユーザーは代替手段を使用できます。 間違いなく良い。