문제

SharePoint에 양식을 작성하려면 InfoPath를 사용하거나 C#에서 사용자 정의 웹 부품을 작성하는 것이 더 쉽습니까? 고려해야 할 다른 옵션이 있습니까?

각 옵션에 대한 요구 사항과 장애물은 무엇입니까?

도움이 되었습니까?

해결책

InfoPath를 사용하는 형태는 SharePoint에 양식을 게시하는 가장 쉬운 방법입니다. 많은 제한 사항이 있으며, 문제가있는 논리를 투입하거나 추가 기능이 필요할 수 있습니다.

C#의 프로그래밍에는 C# 지식 (물론)과 SharePoint의 API에 대한 지식이 필요합니다. 또한 일단 완료되면 결과 DLL은 SharePoint에 의해 게시되고 신뢰되어야하며 Sysadmin 개입이 필요합니다. 이것은 항상 당신에게 사용할 수있는 것은 아니며 다음에 SharePoint를 업그레이드하려고 할 때 문제가 될 수 있습니다.

마지막으로 SharePoint의 내장 기능을 사용하여 대부분의 물건 (양식 포함)을 달성하는 것이 좋습니다. 당신이 그것을 조금 다이빙하면, 당신은 목록의보기를 사용자 정의하고, 필드의 순서를 정렬하고, 자신의 열 (및 사이트 컬럼 추가)을 추가하여 실제로 복잡한 응용 프로그램을 구축 할 수 있다는 것을 알게 될 것입니다. 이 접근법은 순수한 SharePoint입니다. 추가 지식 (및 사람)이 필요하지 않습니다.

다른 팁

실제로 사용자 정의 웹 양식을 만들기 위해 SharePoint API에 대한 많은 지식이 필요하지 않습니다. 매우 간단한 프로세스입니다. 편리한 링크가 없지만 시작하기 위해 떠 다니는 몇 가지 "Hello World"예가 있어야합니다. SharePoint 웹 부품이있는 까다로운 부품은 가장 잘 디버깅하고 배포하는 방법입니다.

나는 랩톱에서 로컬로 실행되는 가상 서버의 전체 제품군을 보유한 일부 컨설턴트를 알고있어서 모든 것이 재생할 수 있도록 모든 것이 있습니다. 그것은 나에게 옵션이 아닙니다. 내 그룹은 System.Web.ui.WebControls.webParts.webPart를 사용하여 DEV 환경에 배포하기 전에 로컬로 테스트 할 수 있습니다. 해당 경로로 이동하면 스타일 시트 및 시스템 제공 웹 부품과 같은 일부 쉐어 포인트 요소가 누락되므로 로컬로 완전히 테스트 할 수 없습니다. 배포에 관한 한, 우리는 여전히 세부 사항을 연구하고 있습니다. 수동으로 할 수는 있지만 생산 환경을 잠그는 것은 좋지 않습니다. 검토 방법 중 하나는 "기능"입니다. 버그 수정을 어떻게 처리하는지 잘 모르겠지만 새로운 개선 사항을 단일 설치 프로그램으로 적용하는 데 유망한 것으로 보입니다.

양식 및 SharePoint 버전에 대해 더 구체적으로 할 수 있습니까?

SharePoint 버전에 따라 다릅니다. 2003 년이있는 경우 InfoPath를 사용하려면 클라이언트에도 설치해야합니다. SharePoint 2007, i 생각한다 필요하지 않습니다.

비즈니스 규칙이 거의없는 큰 형태 인 경우 InfoPath는 갈 수있는 방법이 될 수 있으며 쉽게 배포 할 수 있습니다.

양식에 더 많은 비즈니스 규칙이 포함 된 경우 _Layouts의 웹 부품 또는 페이지가 "간단하고"보수가 가능할 수 있습니다.

InfoPath는 빠르게 양식을 구축하고 SharePoint에 던져 버릴 때 마찬가지입니다. 커스텀 C# 앱을 구축하는 것보다 1000 배 빠를 기대할 것입니다.

그것은 당신이 생각하는 방식에 대해 깊이있을 수 있습니다.

예를 들어, 1. INFOPATH로 갈 수 있습니다. 만약 당신이 컨트롤을 최종 사용자에게 내부에 제공하여 자신의 양식을 사용자 정의하기 위해 최종 사용자에게 제공하려는 경우.

Infopath는 이해하기 쉽습니다. 인포 패스를 사용하려면 InfoPath, InfoPath Form Services 및 SharePoint API를 배워야 DotNet (C#) 및 SharePoint를 정수해야합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top