Prefab 웹 서비스 사용의 장단점보기 -

대단한 점 중 하나입니다. NET은 웹 서비스로 작성된 다른 사람의 소프트웨어를 사용할 수있는 기능입니다. 즉, 필요한 기능을 통합해야 할 때마다 바퀴를 재발 명할 필요가 없습니다. 웹 서비스 는 인터넷이나 로컬 네트워크를 통해 호출 할 수있는 재사용 가능한 코드입니다. 빌딩 블록 서비스 는 대부분의 응용 프로그램에서 필요로하는 웹 서비스로 구축 된 필수 기능을 설명하기 위해 Microsoft에서 제공 한 용어입니다.

혜택

빌딩 블록 서비스에는 많은 옵션이 있습니다. Microsoft가이 용어를 사용했지만 많은 다른 회사는 모든 형태와 크기의 수많은 범주에서 이러한 유형의 서비스를 제공합니다. 자신의 응용 프로그램에서 사용할 웹 서비스를 결정하는 것이 어려울 수도 있지만 일반적으로 웹 서비스 (및 빌딩 블록 서비스로 분류 된 서비스)는 다음과 같은 이점 (또는 장점)을 제공합니다.

높은 ROI: ROI는 ROI (Return On Investment)를 의미합니다. 즉, 누군가가 특정 소프트웨어 패키지를 구입하여 비용을 절감 할 수 있다고 보여줄 수 있다면 구매할 필요가없는 것입니까? 자, 이것은 ROI를 정의합니다. 실제로 ROI는 투자 수익률이 매우 높다는 것을 의미합니다. 이것은 낮은 주식을 사서 그것을 팔 때와 다르지 않습니다.

확장 성: 대부분의 빌딩 블록 서비스는 비즈니스가 변화함에 따라 확장 및 축소 될 수 있도록 확장 가능합니다. Microsoft 환경에서 호스팅되는 웹 서비스는. NET Framework, 확장 성이 이미 내장되어 있습니다. 사실, 이것은 핵심 설계 요구 사항 중 하나입니다. 그물. 따라서 빌딩 블록 서비스 공급 업체에 문의하여 공급 업체의 제품이 확장 가능한지 확인하십시오 (그러나 대부분 가능할 수 있음).
현실: 실제로 일부 웹 응용 프로그램은 믿을 수 없을만큼 복잡하여 IT 부서의 아무도 처음부터 웹 응용 프로그램을 만들 수 없습니다.그런 서비스를 만드는 또 다른 사업을 치르는 것은 그만한 가치가 없습니다. 서비스 비용이 얼마이든 관계없이 빌딩 블록 서비스로 제공되는 경우 가치가 있습니다. 이 예는 MapPoint입니다. NET 빌딩 블록 서비스. 매핑 기능을 애플리케이션에 통합해야하는 경우 다른 방법은 없습니다.
유연성: 대부분의 빌딩 블록 서비스를 사용하면 구매하기 전에 시도 할 수 있습니다. 일반적으로 서비스를 테스트 할 수 있으며, 원하는대로 결정하면 돈을 투자하여 구매하거나 라이센스를 취득 할 수 있습니다. 평가 후에도 사실상 유사한 기능을 처음부터 개발하고 싶다고 판단 할 수도 있습니다.

단점

대부분의 비교에서 장단점이 있어야합니다. 빌딩 블록 서비스도 예외는 아닙니다. 그러나 라이센스 블록 블록 서비스는 신속하고 효과적으로 실행 및 실행하는 데 가장 적합한 방법이라는 것을 알 수 있습니다.

비용: Passport 또는 MapPoint와 같은 빌딩 블록 서비스를 사용하려는 경우에도 빌딩 블록 서비스를 사용하는 단점이 있습니다. NET을 사용하는 경우 라이선스 비용이 너무 비싸서 어떤 식 으로든 통합 할 수 없습니다! 서비스에 액세스하기 위해 파산하는 것은 현명한 비즈니스 결정이 아닙니다!
기능성: 사내에서 개발 작업을하지 않는 것이 맞지만 사용자가 요구하는 기능을 정확히 수행하지 못할 수도 있습니다. 다행히 빌딩 블록 서비스는 누락 된 부분을 코드화 할 수 있도록 구성 할 수 있습니다. 심지어 빌딩 블록 서비스 공급 업체는 요청 된 변경을 기꺼이 수행하여 내부적으로 변경할 필요가 없을 수도 있습니다. 이 서비스를 통해 사용할 수있는 기능을 완전히 확인하여 요구 사항을 충족하는지 확인해야합니다.
생산성 손실: 빌딩 블록 서비스 중 일부는 너무 멋져서 직원들이 하루 종일 함께 놀 수 있습니다. 이 범주에 속하는 두 가지 서비스는 MapPoint입니다. NET 및 인스턴트 메시징 (IM). 사용자는 하루 종일 매핑 기능을 사용하여 실제로 생산성을 잃어 버릴 수 있습니다. 결국 이는 매우 깔끔합니다! 또한 직원들이 갑자기 IM으로 화염에 휩싸여 생산성이 떨어지는 경우 자신의 IM 서비스를 처음부터 만들었을 때와 마찬가지로 많은 돈을 잃지는 않을 것입니다.하지만 돈을 잃을 것입니다. 생산성이 실제로 내려 가서 직원이 너무 재미 있지 못하도록 조치를 취할 수 있다는 사실을 알고있는 한 이러한 사항은 문제가되지 않을 수 있습니다. 버드의 생산성 문제를 해결하려면이 서비스를 사용해야하는 직원에게만 서비스를 제공하거나 서비스 사용시기에 대한 규칙을 수립해야합니다. (전자 메일, 전화 또는 대면 대화가 가능할 때 IM을 사용하지 마십시오!)
순수 이론적 인 관점에서 보면 인터넷을 통해 실행되는 코드를 구현하는 속도 내부적으로 자신의 서버에서 실행되는 코드보다 느립니다. 현실은 인터넷과 광대역 연결이 항상 좋아지고 있습니다.웹 서비스가 올바르게 설계되면 속도가 너무 중요하지 않아야합니다.