2012-06-20 3 views
0

조직도 용 차트를 생성 중입니다. 지금 나는 데이터베이스에서 데이터를 수집하고 XML 파일을 생성합니다. 이 XML 파일은 표시를 위해 차트에 입력됩니다. 전체 작업은 차트를 표시하는 데 더 많은 시간이 걸립니다. 데이터베이스 정보를 수집하고 XML 파일을 생성하기 위해 여기 WCF 서비스를 작성하려고합니다. 결실이 있습니까? 덕분에, 는WCF는 나의 요구 사항에 적용 가능합니까?

답변

1

그것의 완벽한 선택 로즈. 데이터를 공개하는 서비스 구축. 이렇게하면 다른 응용 프로그램간에 데이터를 공유 할 수 있습니다. 오늘 차트, 내일 내부 인트라넷 웹 사이트가 될 수 있습니다. 나는 MVC Web API

평안한 서비스는 꽤 잘 확장하고 다른 많은 장점 내가 여기 WCF 서비스를 만들 기분이 SOAP

+0

안녕 아난드, 당신은이 요구 사항에 대한 REST를 선호 할 것인가? ⅰ) 1 VS 2008를 사용하여 데이터베이스를 연결하고 수집 된 데이터를 특정 EMPID 2) empID_ChartFile의 이름이다 (XML 파일에 쓸 필요가 있어요.이 구현 취득하고있는 기술하는 사용하는 방법을 기술적으로 저를 도와주세요. – user1468128

0

에 비해있다, 당신이 시도하고 당신도 사용할 수 중 하나 RESTful 웹 서비스를 구축하거나 추천 할 것입니다 데이터베이스 정보를 수집하고 은 XML 파일을 생성합니다. 그것은 유익한가?

만들어진 서비스가 다른 종류의 응용 프로그램에서 사용될 가능성이있는 경우. 실버 라이트에서 WCF에 갈 수 있습니다. DB를 상호 작용을하고 XML을 생성하는 구성 요소는 능력이있는 경우 서비스가 당신에게 쉬운 유지 보수를 제공하기 때문에 그것을 만드는 후 여러 곳에서 재사용하고 쉽게 새로운 바인딩 및 엔드 포인트를 추가하여 많은 클라이언트를 지원할 수 있습니다. 구성 요소에 대해 하나의 클라이언트가있는 경우

나는 서비스로 퍼팅에 많은 혜택을 볼 수 없습니다. 실제로 서비스 호출은 메소드를 직접 호출하는 것보다 훨씬 더 느립니다. 단일 클라이언트에 대해 간단한 구성 문제를 해결하는 데 몇 시간을 소비해야 할 가능성이 있습니다.

가 하나의 클라이언트가 클라이언트는 더 적은에서 구성 요소 메소드를 호출합니다. 처음에 컴포넌트를 작성할 수 있으며 나중에 언제든지 래퍼 클래스를 작성하거나 클래스에 직접 서비스 속성을 적용하여 쉽게 서비스로 변경할 수 있습니다. 클라이언트가 하나뿐이므로 구성 요소를 직접 사용하지 않고도 클라이언트가 서비스를 사용하도록 쉽게 할 수 있습니다.

+0

귀중한 의견을 보내 주셔서 감사합니다. 내부 및 내부 용으로 개발 한 애플리케이션으로 인력 및 관리자가 팀 구성원 및 비어있는 위치를 볼 때 사용할 수 있으며, 마지막 노드까지 드릴 다운 할 수 있으므로 인트라넷 애플리케이션으로 사용할 수 있습니다. 동시에 많은 관리자 (250 명 이상)가 사용하고 있습니다. 내 응용 프로그램에 대한 자세한 내용은 한 도메인 사용자 만 지원합니다. 다른 도메인 (아시아 사용자, 유럽 사용자 등)을위한 다른 응용 프로그램은 거의 없습니다. 따라서 WCF 서비스 다른 도메인을 가져 와서 xml 파일을 만듭니다) – user1468128

관련 문제