저는 까다로운 상황이 있습니다. 최선의 해결 방법을 결정하려고합니다. 저는 SharePoint를 배우는 VS 개발자입니다. 따라서 코드와 db로 쉽게 수행 할 수있을 때 나에게 다소 실망 스럽습니다.Sharepoint 2010 - 데이터 시트보기 및 3 개의 링크 된 목록
나는 조회 열을 통해 링크 된 부모 목록과 자식 목록이 세 가지 있습니다. 클라이언트는 실제로 모든 목록을 원했지만 SharePoint 열 유형 제한으로 인해 세 개의 목록으로 데이터를 분할해야했기 때문에 300 개가 넘는 필드가있었습니다. 클라이언트는 모든 목록을 하나의보기에서 함께보고 항목 그룹을 필터링하고 편집 할 수 있기를 원합니다.
목록을 연결하는 새 데이터 원본을 만들었으며 내 페이지 중 하나에 표시 할 수 있습니다. 그러나 일부 연구 후에 SP가 사용하는 Office 구성 요소의 제한으로 인해이 연결된 뷰에서 데이터 시트보기를 만들 수 없음을 알게되었습니다. 어떤 의미가 있습니다.
비즈니스 요구 사항은 클라이언트가 목록 A와 목록 B 및 목록 C에서 선택한 기준에 따라 세 목록을 필터링하여 항목 그룹을 가져오고 업데이트를 만들어 변경 내용을 3 단계로 다시 저장합니다. 기울기. 데이터 시트보기에서이 작업을 선호하는 이유는이 웹 사이트가 현재 사용하고있는 Excel 스프레드 시트를 모방하기 때문입니다. 그들은 이것을 사용하여 한 번에 1-30 개의 항목을 업데이트 할 것이므로 드래그 앤 카피 기능을 선호합니다.
두 가지 옵션을 생각했습니다. 편집 모드에서 모든 열의 gridview를 가진 일종의 사용자 지정 웹 파트를 만들어 항목을 필터링하고 변경을 수행 할 수 있습니다. 그런 다음 필드를 반복하고 프로그래밍 방식으로 업데이트해야합니다. 또한이 사이트에서 jQuery.sheet를 보았습니다. gridview 대신이 경로를 사용하면 좋은 해결책이 될 것 같습니다.
열이 나열된 모달 창을두고 사용자가 필터링 할 대상을 선택하게 한 다음 자체 DSV에있는 세 목록을 표시하는 페이지로 리디렉션하십시오. 사용자는 세 가지 뷰에서 업데이트해야합니다. 그런 다음 목록을 변경 한 후에 워크 플로를 사용하여 목록을 동기화합니다.
나는 여전히 프로그래밍에 익숙하지 않기 때문에 결국은 SP에 익숙하지 않고 그 힘의 한계점을 벗어나는 것처럼 보인다. 아무도 이것과 비슷한 것을 시도한 적이 있습니까? 아니면 이것을 수행하는 가장 좋은 방법에 대한 제안이 있습니까? 모범 사례? 나는 모든 생각과 의견에 감사드립니다! 참고로 나는 또한 더 넓은 그물을 캐스팅뿐만 아니라 MS SP 포럼에 게시 한 ...
감사합니다,이 경우 사브리나