2009-03-27 2 views
0

파일 시스템처럼 클라이언트 측을 바라 보는 웹 서비스를 만들어야합니다.은 "파일 시스템"을 통해 표시됩니다. .NET WebService

  • 로드 파일 파일 저장
  • 파일에 대한
  • 액세스 메타 데이터
  • 사용하는 사용자 이름/암호

내가 '돈 이유 : 나는에 할 수 있도록 클라이언트가 필요합니다 정적 콘텐츠를 호스트하려는 경우 :

  • 콘텐츠의 일부는 b 전자 가상.
  • 일부 메타 데이터는 비표준 데이터입니다.
  • 사용자 지정 후크, 액세스 제어 및 오류 처리를 추가해야합니다.
  • 온 - 더 - 와이어 데이터의 일부 처리/필터링을 수행 할 계획이므로 양끝에 맞춤 코드를 추가 할 수 있어야합니다.

차이점이 있으면 모든 콘텐츠가 동일한 유형이며로드/저장시 직렬화/비 직렬화됩니다.

표준 방법이 있습니까? 이 작업을 수행하는 더 좋은 방법이 있습니까?


편집 : 나는 비주얼 웹 개발자와 장난 콩을 가지고 있고 그것은 원격 호출을 허용 같은 코드를 제공 (SOAP를 통해, 그것은 생각)의 약 90 %를 가져

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

내가 원하는거야. 나머지는 하나의 인스턴스가 전체 서브 디렉토리를 제공하고 (그리고 경로를 얻음) IIS가 모든 보안과 몇 가지 다른 견해를 처리하도록합니다.

+0

나에게 보인다. 이 작업을 원하지 않는 특별한 이유가 있습니까? – Noldorin

+0

ASMX 웹 서비스를 사용하지 않는 것이 좋습니다. 그들은 미래가 거의 남아 있지 않습니다. 대신 WCF로 시작하십시오. –

+0

@ John; Well WCF는 1 단계 테스트를 통과했습니다. 나는 MS에서 누군가가 버스에 타격을 가하기를 바라지 않고 일하는 "안녕하세요 세상"을 얻었습니다. – BCS

답변

0

WebDav 프로토콜에는 메타 데이터와 관련된 확장이 있습니다. 확실히 이것이 webservice의 의미인지 확실하지 않은 경우 SOAP을 의미하는 경우 프로토콜을 따르지만 SOAP로 래핑 할 수 있습니다.

+0

WebDAV가 작동하지만 상당히 특정 버전 요구 사항이 있습니다. 우리 시스템을 구현하는 것이 마치 그것이 보이는 것만 큼 단순하다면 (내 편집 참조), 거기에 들어가기 전에 많은 시간을 들여서는 안되는 것보다 더 큰 문제가 될 수 있습니다. – BCS

0

WebDAV 또는 FTP와 같은 프로토콜 구현을 고려한 적이 있습니까? 이미 파일 서비스 및 파일 전송 프로토콜이 설계되었습니다. 심지어 이들 중 하나의 타사 구현을 사용할 수 없더라도 적어도 프로토콜을 구현하고 특정 휠을 다시 작성하지 않아도됩니다.

필요한 경우 이러한 프로토콜 중 하나를 웹 서비스 인터페이스로 변환 할 수 있지만 최소한 디자인 프로세스에서 선택할 수있는 전체 프로토콜이 있어야합니다.

1

.NET Webservices 대신 WCF를 체크 아웃하는 것이 좋습니다. 유연성, 다양한 옵션 등을 제공합니다. "신뢰할 수있는 세션"(짧은 네트워크 딸꾹질을 다룰 예정 임)을 제공하며 대규모 메시지를 MTOM 인코딩에 쉽게 지원하며 스트리밍을 지원합니다. 동영상 또는 기타 콘텐츠. 당신이 (너무 가능한 사용자 지정 HTTP 처리기) 가상 디렉터리 및 사용자 지정 보안와 함께 ASP.NET 웹 사이트를 설정하려는 것처럼

마크

관련 문제