2009-03-27 3 views
0

ファイルシステムのようにクライアント側に見えるWebサービスを生成する必要があります。は "ファイルシステム"経由で存在します。 .NET WebService

  • ロードファイルのファイル保存
  • ファイルに関する
  • アクセスメタデータ
  • 使用のユーザー名/パスワード

私は「ドン理由:私ができるようにするには、クライアントが必要になります静的コンテンツをホストしたいだけです:

  • 一部のコンテンツはbですe仮想。
  • 一部のメタデータは非標準となります。
  • カスタムフック、アクセスコントロール、エラー処理を追加する必要があります。
  • on-the-wireデータの処理/フィルタリングをいくつか行う計画があるので、私は両端にカスタムコードを追加する必要があります。

違いがあれば、すべてのコンテンツは同じタイプであり、読み込み/保存時に直列化/逆シリアル化されます。

標準的な方法はありますか?これを行うより良い方法はありますか?


編集:私は、Visual Web Developerので遊んで豆を持っており、それは、リモート呼び出しを可能にするこのようなコードを与える(SOAP経由して、それは思う):の約90%を取得し

public class HelloWorld : System.Web.Services.WebService 
{ 
    [WebMethod] 
    public string HelloWorldMethod(int x) 
    { 
     return "Hello World" + " " + (x * 2).ToString(); 
    } 
} 

私が望むもの残りの部分は、サブディレクトリ全体を提供する(そしてパスを取得する)単一のインスタンスを持ち、IISがすべてのセキュリティと他のいくつかのナットとボルトを処理するようにしています。

+0

仮想ディレクトリとカスタムセキュリティ(おそらくカスタムHTTPハンドラも可能)を備えたASP.NET Webサイトを設定したいかのように見えます。これをやりたくない具体的な理由はありますか? – Noldorin

+0

ASMX Webサービスの使用を開始しないことをお勧めします。彼らには未来が残っていません。代わりにWCFを使い始める。 –

+0

@John; WCFはフェーズ1テストに合格しました。 MSの誰かがバスにぶつかることを願うことなく、「こんにちは世界」を手に入れました。 – BCS

答えて

0

WebDavプロトコルには、メタデータに関連する拡張機能があります。あなたがSOAPを意味するならば、これがあなたがwebserviceによって何を意味しているか分かりません。そして、あなたはプロトコルに従うかもしれませんが、それをSOAPで包むかもしれません。

+0

WebDAVは機能するかもしれませんが、かなり限定的なバージョンの要件があります。私たち自身のシステムを実装することが、それが価値があるよりも多くの問題になるようにする前に、それがそれほど簡単ではないように見える(私の編集を参照してください)。 – BCS

0

WebDAVやFTPなどのプロトコルを実装することを検討しましたか?すでにファイルサービスとファイル転送プロトコルが設計されています。これらのサードパーティの実装を使用できない場合でも、少なくともプロトコルを実装して、特定のホイールを改革することから自分を救うことができます。

これらのプロトコルの1つをWebサービスインターフェイスに変換することはできますが、少なくとも設計プロセスで選択できる完全なプロトコルが用意されています。

1

.NET Webサービスの代わりにWCFをチェックアウトすることをお勧めします。これにより、柔軟性が増し、より多くのオプションが提供されます。 "信頼性の高いセッション"(ネットワークの短時間の乱れに対処する)を提供し、大規模なメッセージのMTOMエンコードを簡単にサポートし、ストリーミングをサポートします。ビデオまたはその他のコンテンツ。

Marc

関連する問題