2013-05-13 11 views
8

これは一種の主観的な質問ですが、ここでもそれを引き上げたいと思います。ASP.NET用web api - オブジェクトのストリームを構築する方法

私は唯一のASP.NET Webフォームにおけるビットの知識を持っていたよう テキストポスト、*埋め込まれた動画*、 写真世論調査などのようなオブジェクトが含まれますされ、FBのようなストリームの壁を建設する予定です

私は同じものを使用する予定です。 私の質問は、どのテクニック/アプローチがストリームを設計するのに最適なのですか?

ASP.NET Webフォーム上でWeb APIを選択するとよいでしょうか、ASP.NET MVCのみに依存する必要がありますか? 同じリスト(ストリーム)に異なるオブジェクトタイプを表示するにはどうすればよいですか?私はデータリスト、リピータ、グリッドビューなどでは不可能だと信じています。

おそらく、これは主観的な質問のようですが、アーキテクチャの認識の価値があるかもしれません。

+5

はいこれは任意です。しかし、私は実際には "正解"と信じています。あなたのニーズ(ストリーミングリスト)によって、私はあなたがasp.netのMVCとHTML 5の方が良いと信じています。 'HTML 5'はリストに載っていないので注意が必要です。 ** Facebook **の新しい非同期ルックアンドフィールは、主に 'SignalR'です。 'SignalR'は非同期データの効率的なストリーミングのためのソケットツールです(http://en.wikipedia.org/wiki/SignalR)。 MVCは、Web APIの有無に関わらず、Webフォームのb/cよりも優れています(私が言っていること)、JSONアクションのmthdsを使ってすでにクライアントにデータのストリームを送ることができる非常に犠牲になる環境があります。 –

答えて

0

WebAPIはフロントエンド/ビューの関心事ではありません。それは、httpでデータにアクセスし、それを消費することです。したがって、WebAPIまたはASP.NET MVCのいずれのケースでもありません。適切な場所でそれぞれを使用することです。あなたのストリームシナリオでは、ASP.NET MVCを使用してWebサイトを構築することができました。あなたのストリームのデータは、WebAPIを介して提供することができます。そして、あなたはAJAX経由でMVCサイトからWebAPIを呼び出すことができます。

+0

一方、私はいくつかの基本的な作業を行い、ASP.NET MVCとwebformの両方で動作させることができましたが、あなたの答えは確かに私の安堵です。 :)しかし、私はまだ複数のオブジェクトタイプを表示するためにどのアプローチを選択する必要があるのか​​わかりません、今は1つの種類のオブジェクトしか表示できません(リストやテーブルを生成するなど) – Zerotoinfinity

+0

@LordHits WebAPIはHTTPフレームワークです。それはフロントエンドのコンテンツをバックエンドとして提供するのと同じように機能します。実際、HTTP自体は、汎用のデータAPIであるよりも、大粒のユースケース固有の表現を提供するのに適しています。 –

3

Web APIが一部のASP.NET MVCコンポーネントで構築されているため、私にとっては、それは、Httpパッケージだけが異なります。したがって、ASP.NET Web APIでバイナリストリーミングを処理する方法だけを知る必要があります。私は、あなたがしたい場合には、それらのすべてが良い参照されている検索と

のようにインターネットに便利な原料の一部を発見しましたそのようなことをしてください。

+1

あなたの答えをありがとう。しかし、私の懸念は、単一のストリームに異なるオブジェクトを表示することです。埋め込みビデオ、ウェブリンク、シンプルテキスト、アップロードされたビデオストリーミング*(あなたの答えで説明したもの)、世論調査、写真などがあります。それらはすべて異なるオブジェクトであり、これらのすべてのオブジェクトを単一のストリームにどのように統合できるかはわかりません。 – Zerotoinfinity

+4

ああ、私は実際に今あなたの問題を知っています。あなたのHTTPハンドラをカスタマイズすることを検討できますか?だから、私たちは多くのタイプのストリームを1つのストリームにまとめることができます。私はそれを研究し、後であなたに戻ってきます。 – thangchung

+0

これを行う方法を見つける機会を得ましたか? – Zerotoinfinity

0

WebAPIはHTTPサービス 広い範囲に対応するように設計されています トランスポートプロトコルではなくHTTPをアプリケーションプロトコルとして使用します。

関連する問題