クリーンアーキテクチャ：サーバ上のインタラクタロジック

Question

私はClean ArchitectureとVIPERで遊んでいます。

昨日、友人はInteractorロジックをサーバーに配置し、生データを送信してInteractorで処理するのではなく、処理したデータをiOSクライアントに同期させるのはどうかと尋ねました。これは、自由にロジックを変更でき、複数のクライアント（たとえば、iOSやAndroidなど）で複製するコードが少なくて済むなど、多くのメリットがあります。

例として、 Profileと、Postのリスト。各投稿には画像とプロフィールIDがあります。

そして、すべての投稿の画像を含むテーブルビューを表示する画面を希望し、ユーザーが投稿をタップすると、それぞれのプロフィールが別の画面に表示されるとします。プロフィールでは、そのプロフィールによって投稿された名前とすべての画像が表示されます。

私たちは、クライアント上でロジックを残す場合は、我々はこのようなデータを同期することだろう。

{ 
    profiles: [ 
     { 
      id: "...", 
      name: "..." 
     }, 
     ... 
    ], 
    posts: [ 
     { 
      profileID: "...", 
      imageURL: "..." 
     } 
    ] 
} 

その後、我々はただ、すべての記事のためにデータを返すShowPostsInteractorとShowProfileInteractorを持っているだろう、その第二の代替を同期、その場合には、サーバー上でこのロジックを残すことである

{ 
    name: "...", 
    imageURLs: ["...", ...] 
} 

：それは次のようにビューにいくつかのデータを返す、そのプロファイルからわずか投稿をつかむためにポストのデータをフィルタリングしますデータは：

{ 
    profiles: [ 
     { 
      id: "...", 
      name: "...", 
      imageURLs: ["...", ...] 
     }, 
     ... 
    ], 
    posts: [ 
     { 
      profileID: "...", 
      imageURL: "..." 
     } 
    ] 
} 

（profilesでimageURLsの追加に注意してください）

そして、それはビューにあるとして、それはもう投稿をフィルタリングする必要がないので、ShowProfileInteractorだけ（これはだった、プロファイルデータを渡しますサーバーによって行われます）。

確かに、2番目の方法では一部のデータが複製されますが、それは単なる文字列なので、これはあまり関係ありません。

私は最初のアプローチがより頻繁に行われるのを見ました。だから私の質問は、なぜ私は2番目のアプローチ（サーバー上でできるだけ多くのロジックを残して）とクライアントからすべてのインタラクタを削除して、コントローラに直接アクセスするようにします？

Answer 1

私は間違っているかもしれませんが、クリーンアーキテクチャーはモバイルアプリまたはSPAアプリを念頭に置いて設計されたとは思いません。私はいつも、サーバー側のインタラクターを中心とした、昔ながらのウェブアプリケーション中心のものとして見てきました。

根拠は、アーキテクチャは、UIの

独立でなければならないことです。 UIはシステムの残りの部分を変更することなく簡単に変更できます。 ウェブUIは、IMO、その目標は、敗北クライアント側に相互作用をプッシュビジネスルールに

を変更せずに、 例えば、コンソールUIで置き換えることができます。