Optimizing Infragistics XamDataGrid Performance
NetAdvantage for WPF LOB(기간 업무) 제품(무료 평가판은 여기에서 사용 가능)의 컨트롤 중 하나인 XamDataGrid 구성 요소는 WPF 제품에서 가장 자주 사용되는 구성 요소입니다. 표 형식의 데이터를 표시하며 그룹화, 정렬, 필터링, 열 요약 계산뿐만 아니라 열 그룹화, 재정렬, 고정 등을 통해 레이아웃을 제어할 수 있습니다.
K Matev
10min read
NetAdvantage for WPF LOB(기간 업무) 제품(무료 평가판은 여기에서 사용 가능)의 컨트롤 중 하나인 XamDataGrid 구성 요소는 WPF 제품에서 가장 자주 사용되는 구성 요소입니다. 표 형식의 데이터를 표시하며 그룹화, 정렬, 필터링, 열 요약 계산뿐만 아니라 열 그룹화, 재정렬, 고정 등을 통해 레이아웃을 제어할 수 있습니다.
XamDataGrid는 또한 실시간 데이터 업데이트와 대량의 데이터를 효율적으로 처리할 수 있습니다. 이러한 시나리오에서 XamDataGrid 성능은 애플리케이션의 유용성에 매우 중요합니다. 그렇기 때문에 이 게시물에서는 성능을 극대화하기 위해 수행할 수 있는 작업을 살펴보겠습니다.
Built-In Optimizations
XamDataGrid는 레코드 및 셀 수준 모두에서 프레젠터 요소를 재사용하고, 스타일 정보를 캐시하고, 지연된 툴팁 스크롤 및 지연 개체 생성을 사용하는 등 최상의 성능을 얻기 위해 내부적으로 다양한 방법을 사용합니다. 성능 최적화에 대한 보다 구체적인 정보를 사용할 수 있습니다. 그러나 이러한 모든 최적화는 이미 컨트롤에 내장되어 있으며 무료로 사용할 수 있습니다.
그렇다면 성능을 개선할 수 있는 방법은 무엇일까요? 사용할 수 있는 요점 목록을 작성했는데 대부분은 샘플 프로젝트에서 구현되어 있습니다. 지금까지 이러한 전략이 응용 프로그램의 모양이나 동작에 어떤 영향을 미치는지에 대한 정보를 최대한 많이 제공하려고 노력했으며, 이를 통해 시나리오의 특정 요구 사항을 고려하고 어떤 요구 사항을 사용할지 합리적인 결정을 내릴 수 있습니다.
미리 형식이 지정된 값에 바인딩
읽기 전용 열의 성능을 향상시키는 한 가지 방법은 값 서식을 줄이는 것입니다. 종종 값 형식화는 변환기를 사용하여 구현되는데, 이는 형식 지정 논리를 캡슐화하는 쉽고 깨끗한 방법이기 때문입니다. 그러나 스크롤할 때 그리드는 셀이 보기로 가져올 때마다 변환기 논리가 호출되도록 하며, 새 열을 보기로 가져오기 위해 가로로 스크롤할 때 변환기는 표시되는 행의 수와 동일한 횟수로 호출됩니다. 이 처리의 오버헤드는 실시간 업데이트를 사용할 때 증가합니다. 부하를 줄이는 한 가지 방법은 코드에서 값 형식 지정을 수행하고 한 번만 계산되는 형식이 지정된 결과에 표를 바인딩하는 것입니다. 또한 지연 접근 방식을 사용하면 값의 서식을 한 번 지정한 다음 캐시할 수 있으므로 기본적으로 UI에 의해 서식을 트리거할 필요가 없습니다.
특정 방식으로 형식을 지정하려는 Price 값이 있는 Product 비즈니스 개체가 있다고 가정해 보겠습니다. 이 작업을 수행하는 한 가지 방법은 요청 시 계산되고 이후 요청을 위해 저장되는 PriceFormatted 속성을 추가하는 FormattedProduct를 사용하여 원래 Product를 확장하는 것입니다. 고유 값의 수가 상대적으로 적은 경우 이 캐싱 접근 방식의 공간 요구 사항을 더 줄이는 한 가지 방법은 형식이 지정된 값에 대해 사전을 사용하는 것입니다.
그런 다음 이러한 FormattedProducts 목록에 바인딩한 후에는 Price 열이 표시되지 않도록 하고 형식이 지정된 값을 표시하는 PriceFormatted 열의 헤더를 변경해야 합니다. FieldLayoutInitialized 이벤트의 이벤트 처리기에서 Price 열의 Visibility를 Collapsed로 설정하고 PriceFormatd의 Label 속성을 'Price'로 설정할 수 있습니다.
스타일링
호버리스 스타일
가장 자주 사용되는 시각적 요소에 색 및 효과를 적용하지 않는 스타일을 설정하여 상당한 성능 향상을 달성할 수 있습니다. 그러한 예 중 하나는 마우스로 가리키고 있는 행에 색상을 설정하지 않는 것입니다. 고성능 XamDataGrid 호버 리스 스타일을 다운로드하십시오. 물론 이러한 스타일 속성 중 일부를 계속 사용하고 싶을 수도 있으며 필요에 맞게 수정할 수 있습니다. 프로젝트에 파일을 추가하고 다음과 같이 XamDataGrid에서 참조합니다.
<igDP:XamDataGrid.Resources> <ResourceDictionary Source="HoverlessStyles.xaml" /> </igDP:XamDataGrid.Resources>
Minimalist Styles
CellValuePresenters와 같이 시각적 계층 구조에 여러 번 나타나는 요소에 대한 고유한 템플릿을 정의할 때는 가능한 한 적은 요소를 사용하도록 합니다. 보기의 모든 CellValuePresenter에 대해 템플릿이 초기화되며, 이로 인해 총 시각적 요소 수가 급격히 증가하여 성능에 부정적인 영향을 미칠 수 있습니다. 스타일이 성능에 미치는 영향에 대한 자세한 설명을 사용할 수 있습니다. 최소 CellValuePresenter는 TextBlock을 둘러싸는 Border로 구성됩니다. 미니멀리스트 스타일을 사용할 때 성능을 향상시키는 데 필요한 중요한 세부 사항은 ForceCellVirtualization 속성(11.1의 새로운 기능)을 true로 설정하는 것입니다. 이 미니멀리스트 스타일 파일을 프로젝트에 추가하고 다음과 같이 XamDataGrid에서 참조합니다.
<igDP:XamDataGrid.Resources> <ResourceDictionary Source="ReadOnlyHighPerformanceStyle.xaml" /> </igDP:XamDataGrid.Resources>
Containing 컨트롤이 XamDataGrid 성능에 미치는 영향
XamDataGrid를 포함하는 컨트롤 또는 XamDataGrid 요소에서 비트맵 효과를 사용하지 마십시오. 이러한 효과는 매력적이지만 상당한 성능 비용이 발생합니다.
StackPanel 컨트롤에 XamDataGrid를 배치하면 해당 레코드를 표시할 수 있는 무한한 크기의 영역이 생겨 모든 셀에 대해 CellValuePresenters가 렌더링됩니다. 스크롤은 바깥쪽 StackPanel에서 올바르게 처리될 수 있지만 발표자 수가 많기 때문에 메모리 사용량이 많습니다.
테마
다양한 요소에 사용할 템플릿을 결정하는 데 관련된 일정량의 오버헤드가 있습니다. 아래와 같이 사용할 테마를 설정하여 기본 Aero 테마인 경우에도 성능 이점을 얻을 수 있습니다.
<igDP:XamDataGrid Theme="Aero" />
FieldCollection 업데이트
데이터 프리젠터에 요소가 표시되는 FieldLayout의 Fields 컬렉션에서 필드를 추가하거나 제거하면 성능이 저하될 수 있습니다. 컬렉션을 여러 번 변경하는 경우 항상 이러한 변경 전에 BeginUpdate를 호출하고 변경 후에 EndUpdate를 호출합니다.
억제된 이벤트
개발자가 성능을 향상시킬 수 있는 또 다른 방법은 처리하지 않을 것으로 알고 있는 라우트된 이벤트를 표시하지 않는 것입니다. 이렇게 하면 element hierarchies에서 라우트된 이벤트로 인해 발생하는 오버헤드로 인해 성능이 향상됩니다. DataPresenterBase의 일반적인 라우트된 이벤트에 대해 추가된 직접 CLR 이벤트도 있습니다. 라우트된 이벤트의 이름 뒤에 "Direct"가 붙는 이름이 붙습니다(예: "CellActivated" 라우트된 이벤트의 경우 "CellActivatedDirect"). 이렇게 하면 라우트된 이벤트를 억제하면서도 직접 해당하는 이벤트를 계속 처리할 수 있습니다.
이벤트를 표시하지 않으려면 샘플 프로젝트에서 구현되고 아래와 같이 DataPresenterBase.SuppressedEvents 컬렉션에 추가합니다.
<Window xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:igDP="http://infragistics.com/DataPresenter" xmlns:igED="http://infragistics.com/Editors" Title="Window1" Height="600" Width="800"> <Grid> <igDP:XamDataGrid> <igDP:XamDataGrid.SuppressedEvents> <igDP:RoutedEventWrapper RoutedEvent="igED:ValueEditor.TextChanged" /> … <igDP:RoutedEventWrapper RoutedEvent="igED:ValueEditor.ValueChanged" /> </igDP:XamDataGrid.SuppressedEvents> </igDP:XamDataGrid> </Grid> </Window>
레코드 크기 조정 모드
FieldLayoutSettings.DataRecordSizing 모드 속성은 XamDataGrid의 레코드 크기 조정 및 크기 조정 방법을 제어합니다. 이 속성은 각 행의 크기를 개별적으로 조정하는지 또는 행의 높이가 같은지를 제어하기 때문에 성능에 영향을 줍니다.
이 속성에 대한 Fixed 및 SizableSynchronized 값은 동일한 높이의 행을 생성합니다. XamDataGrid는 레이아웃 작업 중에 추가 리소스가 필요한 높이가 다른 행보다 빠르게 같은 높이의 행을 레이아웃할 수 있으므로 이러한 두 설정은 가장 큰 성능 이점을 제공합니다.
FieldLayoutSettings.DataRecordSizeing에 대한 SizedToContentAndFixed 및 SizedToContentAndIndividualSizable 값으로 인해 행의 크기가 달라질 수 있습니다. 이러한 설정은 레이아웃에서 어느 정도의 유연성을 제공하지만 레이아웃에 추가 리소스가 필요하므로 스크롤할 때 XamDataGrid 성능에 부정적인 영향을 미칩니다.
Setting Scrolling Mode
XamDataGrid의 기본 엄지 스크롤 동작은 보기로 가져올 레코드에 대한 열 값(IsScrollTipField 속성을 사용하여 지정할 수 있음)이 포함된 도구 설명과 함께 지연된 스크롤입니다. 이렇게 하면 현재 레코드 열 값을 찾기 위해 스크롤을 일시 중지하는 대신 특정 열의 값을 사용하여 찾고 있는 레코드를 빠르게 찾을 수 있습니다.
ScrollingMode 속성을 Immediate로 설정하여 즉시 스크롤할 수 있습니다. 지연된 스크롤과 달리 즉시 스크롤을 사용하려면 해당 스크롤 위치에 있는 레코드가 전체적으로 표시되어야 합니다. 이 접근 방식은 많은 시각적 요소를 빠르게 연속적으로 조작하여 성능에 부정적인 영향을 미칩니다. 이 때문에 특별한 요구 사항이 없는 한 즉시 스크롤 모드를 최대한 사용하지 마십시오.
Adjusting Cell Presenter Virtualization
RecordContainerGenerationMode 및 CellContainerGenerationMode 특성을 설정하여 XamDataGrid가 레코드 및 셀 프리젠터를 가상화하는 방법을 제어할 수 있습니다. 다양한 가상화 전략, 공간 및 시간에 미치는 영향, 유용한 시나리오를 살펴보겠습니다.
재순환시키다
기본적으로 XamDataGrid는 사용하는 프레젠터를 재활용하며, 보이는 레코드/셀에 대해서만 프레젠터를 초기화한 다음 뷰가 스크롤될 때 재사용됩니다. 이 캐싱 모드는 일반적인 데이터 탐색에 최적화되어 있어 시간 측면을 희생하면서 메모리 공간을 최소화합니다. 이 방법은 메모리를 절약하고 대부분의 경우 잘 작동하지만, 특히 복잡한 요소 계층 구조를 포함하는 XamDateTimeEditor와 같은 편집기의 경우 스크롤이 완벽하지 않을 수 있습니다.
PreLoad
XamDateTimeEditors와 같은 복잡한 편집기가 있는 열이 많고 추가 열을 보기 위해 빠른 가로 스크롤이 필요한 시나리오를 상상해 보겠습니다. XamDataGrid는 PreLoad 전략을 사용하여 표시할 모든 셀에 대한 발표자를 초기화하여 초기 로딩 시간과 메모리 공간을 늘리는 대신 부드러운 스크롤 경험을 보장합니다. PreLoad 설정은 행 수(RecordContainerGenerationMode 설정 시) 또는 열 수(CellContainerGenerationMode 설정 시)가 상대적으로 적은 시나리오에 적합하며, 그렇지 않으면 로드 시간과 메모리 사용량이 눈에 띄게 될 수 있습니다.
LazyLoad
상대적으로 적은 양의 레코드와 많은 양의 열이 있고 사용자가 항상 모든 열을 살펴보지 않는 시나리오를 구현할 수 있습니다. 이 경우 열에 대한 발표자를 한 번만 초기화하고(보기로 가져올 때) 캐시하여 두 번째로 보기로 가져온 후 스크롤을 개선하여 이미 보기로 가져온 열에 대해 좋은 스크롤 속도를 보장하면서 메모리 공간을 최소화할 수 있습니다. 이로 인해 초기 로드 시간이 짧아지고, XamDataGrid가 로드된 이후 보기로 가져온 모든 셀에 대한 발표자가 포함된 메모리 공간(PreLoad 전략의 경우와 같이 전부가 아님)이 발생하며, 셀이 처음 표시될 때만 스크롤 성능 저하가 발생합니다. 동일한 셀을 두 번째로 보기로 가져오면 발표자가 처음 표시되었을 때 캐시되었기 때문에 속도가 빠릅니다.
Hierarchies
성능을 향상시키기 위해 XamDataGrid는 기본적으로 상위 및 하위 레코드를 표시하는 데 단일 패널을 사용합니다. 여기에는 다음과 같은 단점이 있습니다.
- 중첩 된 레코드는 크롬으로 둘러싸여 있지 않습니다.
- 중첩된 레코드를 처리하는 RecordPresenter 개체의 템플릿에 있는 트리거는 무시됩니다
- 중첩된 레코드를 처리하는 RecordPresenter 개체의 템플릿에 있는 애니메이션은 무시됩니다.
위에 나열된 기능 중 하나를 사용하려는 경우 GridViewSettings의 UseNestedPanels 속성을 true로 설정하여 여러 중첩 패널을 사용할 수 있습니다. 계층적 레코드 및 성능에 대한 추가 정보를 사용할 수 있습니다.
요약
이 블로그 게시물에서는 XamDataGrid 성능을 미세 조정하는 여러 가지 방법을 살펴보았습니다. 다음에 애플리케이션을 빌드할 때 테마, 스타일 지정 요구 사항, 메모리 및 시간 제약 조건을 염두에 두고 이를 고려하고 사용하십시오.