Sharepoint 용 웹 파트를 만들 때 실제 웹 파트를 만드는 것이 더 좋거나 ASP.NET 사용자 컨트롤 (.ascx)을 사용하는 것이 좋습니까?Sharepoint : 웹 파트와 ASP.NET 사용자 컨트롤
나는 필요한 사용자 정의 컨트롤을 만드는 방법을 이미 알고 있으므로 웹 파트를 만드는 추가 작업이 불필요한 작업이라고 생각합니다.
웹 파트를 작성하고 ASP.NET 사용자 정의 컨트롤을 사용할 때의 장점은 무엇입니까?
나는 가장 단순한 웹 파트를 제외하고는 사용자 컨트롤이 매우 중요합니다. 사용자 정의 컨트롤을 인스턴스화하고로드하는 webpart를 만듭니다. 거기에 스마트 도구와 같은 사용자 정의 컨트롤을 노출하는 데 사용할 수있는 다른 도구가 있지만 좋은 학습 경험이므로 직접 작성하는 것이 좋습니다. 한 번 완료하면 기본적으로 만들려는 다른 웹 파트의 템플릿이 있습니다.
행운을 빌어 요!
노출 된 ASP.NET ascx 컨트롤을 사용자 정의 레이아웃 페이지에 추가해야합니다. 이것은 "단지 어디에서든지"추가 될 수 없기 때문에 컨트롤의 유틸리티를 약간 제한합니다.
webpart를 사용하면 다른 위치에 여러 번 또는 여러 번 동일한 페이지에서 다른 속성으로 사이트에 추가되는 컨트롤의 유연성을 얻을 수 있습니다.
위에서 언급 한 것처럼 웹 파트에서 컨트롤을 만들려면 CreateChildControls()을 사용하는 것이 좋으며 웹 파트를 코드화하고 솔루션으로 패키징하는 것은 그리 큰 노력이 아닙니다.
웹 파트는 동일한 페이지에서 "필터"웹 파트의 연결을 허용 할 수 있으므로 사이트에서 ascx 컨트롤을 호스팅하는 것과 비교하여 웹 파트에 유연성을 제공합니다.
사이트를 사용하는 편집자의 경우 페이지 레이아웃을 편집하고 게시 한 다음 해당 페이지 레이아웃을 기반으로 페이지를 만드는 것과 비교할 때 웹 파트를 추가 할 수있는 많은 차이가 있습니다. 사이트 편집기의 관점에서 유용성의 차이는 실제로 상당히 큽니다.
webpart를 코딩하여 xslt 파일을 사용하여 내용을 표시하고 해당 xslt의 위치를 webpart의 구성 가능한 속성으로 지정하는 것이 좋습니다. 이 은 실제로으로 제어의 유연성을 높입니다.
Dataview 웹 파트에서 맞춤 렌더링을 추가하면 얼마나 많은 작업을 수행 할 수 있는지 확인하십시오.
에 의해'LoadChildControls()', 당신은'CreateChildControls()'를 의미합니까, 맞습니까? – vitule
예, 오래되었습니다. – Nat