# Recommendations for Improving Performance Poor-performing code may work, but will take away from your application performance. This topic presents a line-up of recommendations that you can take to improve your implementation, thereby avoiding possible performance drop. ## Lazy Loading When developing a long list, use of loop rendering, as in the code snippet below, can greatly slow down page loading and increase server load. ```ts @Entry @Component struct MyComponent { @State arr: number[] = Array.from(Array(100), (v,k) =>k); // Construct an array of 0 to 99. build() { List() { ForEach(this.arr, (item: number) => { ListItem() { Text(`item value: ${item}`) } }, (item: number) => item.toString()) } } } ``` The preceding code snippet loads all of the 100 list elements at a time during page loading. This is generally not desirable. Instead, what we need is to load data from the data source and create corresponding components on demand. This can be achieved through lazy loading. The sample code is as follows: ```ts class BasicDataSource implements IDataSource { private listeners: DataChangeListener[] = [] public totalCount(): number { return 0 } public getData(index: number): any { return undefined } registerDataChangeListener(listener: DataChangeListener): void { if (this.listeners.indexOf(listener) < 0) { console.info('add listener') this.listeners.push(listener) } } unregisterDataChangeListener(listener: DataChangeListener): void { const pos = this.listeners.indexOf(listener); if (pos >= 0) { console.info('remove listener') this.listeners.splice(pos, 1) } } notifyDataReload(): void { this.listeners.forEach(listener => { listener.onDataReloaded() }) } notifyDataAdd(index: number): void { this.listeners.forEach(listener => { listener.onDataAdd(index) }) } notifyDataChange(index: number): void { this.listeners.forEach(listener => { listener.onDataChange(index) }) } notifyDataDelete(index: number): void { this.listeners.forEach(listener => { listener.onDataDelete(index) }) } notifyDataMove(from: number, to: number): void { this.listeners.forEach(listener => { listener.onDataMove(from, to) }) } } class MyDataSource extends BasicDataSource { private dataArray: string[] = ['item value: 0', 'item value: 1', 'item value: 2'] public totalCount(): number { return this.dataArray.length } public getData(index: number): any { return this.dataArray[index] } public addData(index: number, data: string): void { this.dataArray.splice(index, 0, data) this.notifyDataAdd(index) } public pushData(data: string): void { this.dataArray.push(data) this.notifyDataAdd(this.dataArray.length - 1) } } @Entry @Component struct MyComponent { private data: MyDataSource = new MyDataSource() build() { List() { LazyForEach(this.data, (item: string) => { ListItem() { Row() { Text(item).fontSize(20).margin({ left: 10 }) } } .onClick(() => { this.data.pushData('item value: ' + this.data.totalCount()) }) }, item => item) } } } ``` ![LazyForEach1](figures/LazyForEach1.gif) The preceding code initializes only three list elements during page loading and loads a new list item each time a list element is clicked. ## Prioritizing Conditional Rendering over Visibility Control Use of the visibility attribute to hide or show a component, as in the code snippet below, results in re-creation of the component, leading to performance drop. ```ts @Entry @Component struct MyComponent { @State isVisible: Visibility = Visibility.Visible; build() { Column() { Button ("Show/Hide") .onClick(() => { if (this.isVisible == Visibility.Visible) { this.isVisible = Visibility.None } else { this.isVisible = Visibility.Visible } }) Row().visibility(this.isVisible) .width(300).height(300).backgroundColor(Color.Pink) }.width('100%') } } ``` To avoid the preceding issue, use the **if** statement instead. The sample code is as follows: ```ts @Entry @Component struct MyComponent { @State isVisible: boolean = true; build() { Column() { Button ("Show/Hide") .onClick(() => { this.isVisible = !this.isVisible }) if (this.isVisible) { Row() .width(300).height(300).backgroundColor(Color.Pink) } }.width('100%') } } ``` ![isVisible](figures/isVisible.gif) ## Prioritizing Flex over Column/Row By default, the flex container needs to re-lay out flex items to comply with the **flexShrink** and **flexGrow** settings. This may result in drop in rendering performance. ```ts @Entry @Component struct MyComponent { build() { Flex({ direction: FlexDirection.Column }) { Flex().width(300).height(200).backgroundColor(Color.Pink) Flex().width(300).height(200).backgroundColor(Color.Yellow) Flex().width(300).height(200).backgroundColor(Color.Grey) } } } ``` To avoid the preceding issue, replace **Flex** with **Column** and **Row**, which can create the same page layout as **Flex** does. ```ts @Entry @Component struct MyComponent { build() { Column() { Row().width(300).height(200).backgroundColor(Color.Pink) Row().width(300).height(200).backgroundColor(Color.Yellow) Row().width(300).height(200).backgroundColor(Color.Grey) } } } ``` ![flex1](figures/flex1.PNG) ## Setting Width and Height for \ Components When a **\** component is nested within a **\** component, all of its content will be loaded if its width and height is not specified, which may result in performance drop. ```ts @Entry @Component struct MyComponent { private arr: number[] = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]; build() { Scroll() { List() { ForEach(this.arr, (item) => { ListItem() { Text(`item value: ${item}`).fontSize(30).margin({ left: 10 }) }.height(100) }, (item) => item.toString()) } }.backgroundColor(Color.Pink) } } ``` Therefore, in the above scenario, you are advised to set the width and height for the **\** component as follows: ```ts @Entry @Component struct MyComponent { private arr: number[] = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]; build() { Scroll() { List() { ForEach(this.arr, (item) => { ListItem() { Text(`item value: ${item}`).fontSize(30).margin({ left: 10 }) }.height(100) }, (item) => item.toString()) }.width('100%').height(500) }.backgroundColor(Color.Pink) } } ``` ![list1](figures/list1.gif) ## Minimizing White Blocks During Swiping To minimize white blocks during swiping, expand the UI loading range by increasing the value of **cachedCount** for the **\** and **\** components. **cachedCount** indicates the number of list or grid items preloaded outside of the screen. If an item needs to request an online image, set **cachedCount** as appropriate so that the image is downloaded in advance before the item comes into view on the screen, thereby reducing the number of white blocks. The following is an example of using **cachedCount**: ```ts @Entry @Component struct MyComponent { private source: MyDataSource = new MyDataSource(); build() { List() { LazyForEach(this.source, item => { ListItem() { Text("Hello" + item) .fontSize(50) .onAppear(() => { console.log("appear:" + item) }) } }) }.cachedCount(3) // Increase the number of list or grid items preloaded outside of the screen. } } class MyDataSource implements IDataSource { data: number[] = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]; public totalCount(): number { return this.data.length } public getData(index: number): any { return this.data[index] } registerDataChangeListener(listener: DataChangeListener): void { } unregisterDataChangeListener(listener: DataChangeListener): void { } } ``` ![list2](figures/list2.gif) **Instructions** A greater **cachedCount** value may result in higher CPU and memory overhead of the UI. Adjust the value by taking into account both the comprehensive performance and user experience.