포럼의 사용자가 자주로 이 같은 질문:

> 안녕하세요,
>
> 가르쳐 주세요 어떤 가능성과 사용자 지정 목록을 작성 하는 경우
> 마스터 및 세부 형식 (송장 처럼) Infopath를 사용 하지 않고.
>

SharePoint에서는 그런 종류의 비즈니스 요구 사항 지 원하는 상자 기능 중 일부를 제공합니다.

일반적으로, 하나 두 목록의 조회 열을 사용 하 여 함께 링크. 구매서 헤더 정보를 포함 하는 목록 A 및 송장 세부 정보를 포함 하는 목록 B.

추가 목록을 사용 하 여 고객 번호를 유지, 제품 번호, 등.

콘텐츠 쿼리 웹 파트를 사용 하 여 (모스만) 데이터 보기 웹 파트는 목록의 병합 된 뷰를 만드는 또는. SQL Server Reporting Services (SRS) 그것을 보고 측면에 대 한도 가능.

그러나, 도 적당히 복잡 한 것에 대 한 순수한 아웃-의-더-박스 기능을 사용 하기 어려울 것 이다 몇 가지 중요 한 제한이 있다. 이들은 포함 한다:

• 관련된 조회의 크기 vs 나열. "멋" 조회 열 형식. 조회 열 형식 그 자체를 제공 여부에 따라 다르게 UI에 설정한 다중 선택 여부. 두 경우 모두에서, 아웃-오브-더-박스 컨트롤 표시 소스 목록에서 모든 사용 가능한 항목. 소스 목록에 경우 1,000 항목, 그는 문제가 될 것 이다. 조회 컨트롤 항목 페이징 하지 않습니다.. 대신, 그들의 모든 컨트롤에 끌어. 데이터 입력 및 성능 면에서 매우 어 색 사용자 인터페이스에 대 한 게.
• 조회 "당겨 다시" 정보 중 한 열. 당신은 정보의 소스 목록에서 하나 이상의 열을 뒤로 당겨 결코 수 있다. 예를 들어, 고객 "12345를 선택할 수 없습니다." 동시에 수로는 고객의 이름 및 주소를 표시 하 고. 조회 표시 고객 번호와 다른 건. 이것은 어 색 하 고 어려운 사용자 인터페이스에 대 한.
• 아니 내부 형태의 통신. 이 여기에 대해 작성 했습니다.. 계단식 드롭다운을 구현할 수 없습니다., 조건에 따라 활성화/비활성화 필드, 등.
• 계단식 삭제 또는 기본 제공 참조 무결성. SharePoint 독립 엔터티 사용자 지정 목록을 처리 하 고 전통적인 ERD 의미에서 그들을 서로 게 연결을 허용 하지 않습니다.. 예를 들어, Sharepoint를 사용 하면 두 사용자 지정 목록을 만들 수 있습니다., "고객" 그리고 "구매서 헤더". 고객 목록에서 송장 헤더를 고객에 게 다시 연결 하 만들 수 있습니다.. 다음, 목록에서 고객을 삭제할 수 있습니다.. 상자, 이 방지 하기 위해 방법이 없습니다.. 이런이 종류의 문제를 해결 하기 위해, 일반적으로 이벤트 처리기를 사용.

그것은 황량한 보일 수도, 하지만 여전히 시작 지점으로 이런이 종류의 기능을 구축 하기 위한는 SharePoint를 사용할 것. 솔루션에 필요한 사이 비록, Sharepoint와 같은 도구를 사용 하 여 그 격차를 채울 수 있습니다.:

• 이벤트 처리기. 그들을 사용 하 여 참조 무결성을 적용 하.
• 사용자 지정 열: 사용자 지정 열 형식을 만들고 기본 조회 열 대신 그들을 사용 하 여. 페이징 추가, 버퍼링 하 고 응답을 AJAX 기능.
• BDC. 이 모스 전용 기능 일반적인 조회 열에 뛰어난 사용자 인터페이스와 다른 SharePoint 목록 쿼리를 수 있습니다.. BDC는 백 엔드 서버 응용 프로그램에 밖으로 또한 도달할 수 있습니다.. BDC를 사용 하 여 복제를 피하기 위해. 백 엔드 ERP 시스템에서에서 고객 정보를 복제 하는 대신, BDC를 사용 하 여 대신. BDC 기능 속한다 고 복제 솔루션 유지 관리의 번거로움을 피할 수 있는 ERP 시스템에서 직접 정보를 좋은 사용자 인터페이스를 제공.

  BDC는 모스 기능 (WSS에서 사용할 수 없습니다) 구성에 도전.

• ASP.NET web form: SharePoint 개체 모델 또는 웹 서비스를 사용 하 여 SharePoint 목록 매우 응답성이 뛰어난 사용자 인터페이스를 제공 하면서 활용 하는 모든 기능을 갖춘 AJAX 사용 폼 만들기.

처음부터 시작 하 고 마지막 옵션 느낄 수 있습니다., 하지만 사실 그 SharePoint 플랫폼 시작 하면 다음과 같은 주요 기능을 고려합니다:

• 유지 보수와 보안 모델.
• 메뉴 시스템 유지 보수.
• "마스터 테이블" (즉. 사용자 지정 목록) 보안, 기본 유지 보수 및 감사.
• 검색.
• 백 엔드 통합 도구 (BDC).

Visual studio에서 새 빈 프로젝트와 함께 시작 하는 경우, 인프라 및 Sharepoint에서 제공 하는 것에 가까이 도착 하기 전에 구축 하는 배관의 여지가.

Microsoft SharePoint 응용 프로그램 개발의이 방향에서 확장 하고자 믿어요. 그것은 자연적인 확장 기존 SharePoint 기본을 것 같아. 마이크로소프트의 CRM 응용 프로그램 헤더/세부 사항 응용 프로그램 개발을 지 원하는 데 필요한 형식의 확장성의 큰 거래를 제공 합니다.. 그 기능 CRM에 있지만, 기술은 분명 SharePoint 개발 팀에 제공 되며 그 말까지 SharePoint 제품으로 그것의 방법을 만들 것입니다 그것을 기대합니다 2008. 지식이 나이에 대 한 통찰력 있는 사람이 있다면, 코멘트를 남겨 주세요.

</끝>