SharePoint에서 InfoPath 양식을 사용할 때의 이점은 무엇입니까?

Question

SharePoint에서 InfoPath 양식을 사용할 때의 이점은 무엇입니까?

저는 InfoPath가 SharePoint와 어떻게 통합되는지 확인하기 위해 InfoPath에 대한 연구를 해왔습니다. 사용자가 자신의 양식을 작성하게하는 아이디어는 많은 권한을 제공하며 사용자가 스스로 소유 한 소규모 요청의 일부를 처리 할 수있게합니다. 그러나 InfoPath 양식에 기반한 양식 라이브러리를 만드는 대신 InfoPath는 신속하게 번거롭고 방해가되는 것처럼 보입니다. 물론 SharePoint 개체 모델과 직접 대화 할 수있는 코드를 작성할 수는 있지만 브라우저에서 양식을 실행할 수있는 것처럼 보일 수 있습니다.

브라우저에서 모든 것을 실행하려면 ASP.NET 양식 만 사용하면 안됩니까?

또한 기본 양식 라이브러리 방식 외에 InfoPath on SharePoint에서 제공하는 다른 이점은 무엇입니까? 여기

Answer 1

내가 InfoPath는 생각처럼 형성 기업들이 가지고있는 오래된 "형태의 워드 문서"문제에 대한 훌륭한 해결책으로 양식을 만든다. 양식을 작성하고 수정하는 작업을 정보에 관심이있는 사람들에게 가깝게 만듭니다.

Infopath에서는 달성하기 어려운 작업이 있지만 기술 자체보다는 양식을 만드는 사람의 지식에 따라 다릅니다.

복잡하거나 많은 처리량이 필요한 양식의 경우 똑 바른 ASP.NET 양식 은이 더 적합 할 것입니다. 늘 그렇듯이 문제를 해결하기위한 올바른 (가장 저렴한 총비용) 기술을 선택하는 것이 무엇이든지간에 해결책을 제시하는 것입니다. (즉, 항상 쉽게 의사 결정을 내릴 수있는 InfoPath에 대해 아직 알지 못합니다).

Answer 2

는

• 양식을 만들 간단합니다, 물론, 항상 등 요구 사항, 개발자, 사용자 기술의 믹스에 따라 달라집니다 ASP.Net forms.This 이상 InfoPath 양식의 몇 가지 장점입니다 및
• 그들은
• 워크 플로 파운데이션 셰어를 통해 제공과 ASP.Net 양식 당신이 만약
• '를 사용하는 것보다 간단 인 ASP.Net 양식과는 달리, 셰어의 메타 데이터와 직접 통합 MS 오피스에 익숙한 사람들을 위해 수정 문서 기반 proc 다루기 (작업 지시, 주문, 권한 요청과 같은) 작업을 수행하는 경우 ASP.Net 양식을 통해 입력 된 데이터로부터보고 구조를 작성하는 대신 문서의 저장소를 사용하는 것이 더 합리적 일 수 있습니다.
• 검증 로직이 추가 프로그래밍 클라이언트에서 실행되는
BizTalk에 구현 된 프로세스에 의해 사용, 일반 ASP.Net보다 훨씬 더 나은 사용자 경험을 제공 여러 번