分享方式：

應用程式設計準則

新式控制項

畫布應用程式中的現代控制項代表了 Microsoft 生態系統內使用者介面開發和設計的重大進步。 這些控制項基於 Microsoft 的 Fluent Design System，旨在提供快速、以效能為導向且易於存取的使用者體驗，同時確保與主題功能的無縫整合。 這些控制項（包括選項卡清單、進度列、資訊按鈕、微調器等）的引入突顯了向建立更直觀、回應更靈敏和視覺上更具吸引力的應用程式的戰略轉變。 透過使用這些現代控制項，開發人員可以輕鬆實現既美觀又功能豐富的複雜 UI 元素，從而提高整體用戶參與度和滿意度。

這些控制項的固有設計考慮了主題，可以在應用程式之間實現統一且一致的外觀和感覺，從而顯著減少自訂和品牌化應用程式所需的工作量。 根據設置的主題自動更新所有控制項的樣式的功能簡化了設計過程，並確保應用程式在整個視覺上保持一致。 這完全符合尋求在提供高品質數位體驗的同時保持品牌一致性的現代企業的需求。 現代控制項還強調可存取性和效能，確保應用程式可供廣泛的受眾 (包括殘疾人) 使用，符合包容性設計原則。 因此，畫布應用中的新式控制項不僅僅是一組 UI 元件，而是一個變革性的工具集，使開發人員能夠構建更高效、可維護、可訪問和有凝聚力的應用程式，以滿足企業和使用者不斷變化的需求。

重要

雖然畫布應用中的新式控制項子集已正式發佈（GA），但更廣泛的功能集仍處於預覽狀態。 我們鼓勵您探索這些預覽控制並提供意見反饋。 但是，請務必記住，在正式發佈之前，可能會根據反饋和測試對其特性和功能進行優化。

表格設計和指南

整理您的表格

  • 將表單劃分為邏輯部分，並將相關欄位分組在一起。
  • 目標是將表單保留在單一螢幕上。 如果很長，請考慮將其分成多個螢幕、步驟或標籤。
  • 對欄位標籤使用清晰簡單的語言，避免使用不熟悉的術語或行話。
  • 實施驗證規則以確保數據準確性。 對於必填欄位，請明確指出它們是必填欄位。 根據需要驗證電子郵件地址、電話號碼和其他格式。

重複使用表格

  • 使用單個表單體建立新記錄、編輯現有記錄以及在僅查看模式下顯示記錄。
  • 重複使用相同的表單可減少開發和維護時間，同時確保一致性。

表單模式

根據使用者操作動態設置表單模式。 例如:

  • 建立新記錄時，將表單設置為“新建模式。
  • 編輯現有記錄時，將表單設置為“編輯模式。
  • 顯示記錄時，將表單設置為“查看模式。

控制項放置

  • 將不同的控制項 (例如資料庫、顯示表單和編輯表單) 放置在不同的螢幕上，以使其易於區分。
  • 將這些控制件與公式結合使用，以建立有凝聚力的用戶體驗。

容器

隨著畫布應用的大小越來越大，以滿足更多的業務方案，控制項的數量繼續增長，需要根據控制項執行的功能來組織控制項。 執行此操作的簡單方法是將控制項一起選擇並將它們分組為一組。 但是，並不總是建議使用分組控制項。 畫布應用程式 Container 控制項可以容納一組控制項並擁有自己的屬性。

容器用作空白空間，您可以在其中插入和組織與容器左上角相關的控制項。 您可以靈活地嵌套容器，允許建立更複雜的佈局並提供設計自由度。

容器是實際的控制項，具有自己的屬性，如 Width 和 BorderColor。 容器會影響應用程式配置，並協助螢幕助讀程式使用者了解應用程式的結構。

雖然您可以在群組中新增任何控制項，但應該只在容器中新增與邏輯相關的控制項。

在 Power Apps 中使用組來組織元素，使用者可以將共用屬性應用於多個元素。 但是，在組內進行單個屬性更改可能需要手動調整。 此外，出於可存取性的原因，群組在應用程式的邏輯結構中不存在，因為螢幕閱讀器無法識別它們。 此外，無法嵌套組使得建立更複雜的佈局變得具有挑戰性。

避免在子控制項事件 (例如 OnChange 或 OnSelect) 中修改資源庫的 Items 屬性。 這可能會導致意外行為，尤其是在處理某些控制項時，這些控制項在其值更改時觸發事件。

謹慎使用 OnChange 觸發的控制項

在資源庫中使用組合方塊、日期選擇器、滑桿或切換等控制項時請小心。 這些控制項可能會意外觸發 OnChange 事件，從而導致無限循環等潛在問題。

對修補的性能影響

修補或更新庫中的專案時，請注意性能影響，尤其是在處理大量專案時。 修補速度可能很慢，並且庫可能會重新載入所有專案，從而影響性能。

小心處理無限迴圈**

如果修改資源庫資料會觸發導致無限循環的事件，請考慮使用現代控制項或在資料變更時不會觸發 OnChange 的控制項來打破循環。

避免巢狀資源庫

巢狀資源庫可能會導致效能問題和複雜的資料綁定。

盡可能避免巢狀資源庫。 相反，請嘗試以優化的方式設計數據結構和使用函數。

使用靈活高度的資源庫

固定高度的資源廊可能會導致內容可見度有限，尤其是在處理動態資料時。

透過將 Height 屬性設為 Parent.Height 或基於您的資料的動態值來使用靈活高度的資源庫。 這可確保資源庫調整其高度，以容納不同數量的資料。

Power Apps Studio 的螢幕擷取畫面，其中突出顯示了空白的靈活高度資源庫

優化數據載入

在 Power Apps 中最佳化資料載入時，您可能希望僅取得並顯示資源庫中必要的資料行，而不是檢索整個資料集。

以下是如何實現此目的的範例：假設您有一個包含多列的 EmployeeData 集合，並且您希望在庫中僅顯示「Name」和「Department」欄位。

// Collection named ProductSales with sample sales data

ClearCollect(ProductSales, 
    Table(
        { ProductName: "Phone", UnitPrice: 499.99, QuantitySold: 100 },
        { ProductName: "Laptop", UnitPrice: 999.99, QuantitySold: 50 },
        { ProductName: "Tablet", UnitPrice: 299.99, QuantitySold: 75 }
    )
)

// Bind the gallery to display only the "ProductName" and "QuantitySold" columns

Gallery1.Items = ShowColumns(ProductSales, ProductName, QuantitySold)

獲取有關庫最佳做法的詳細資訊 。

構建可重用元件

何時使用 Power Apps Component Framework (PCF) 建立自訂程式碼元件

Power Platform 允許透過 Power Apps Component Framework (PCF) 建立可重用的元件。 更多詳細資料在這裡。

在以下場景中，您可以考慮在 Power Apps 中建立 PCF 元件：

複雜的 UI 元素

當您需要建立標準 Power Apps 控制項中不容易獲得的複雜使用者介面元素或控制項時。

針對特定要求的自訂控制件

當你的應用具有現成控制項無法滿足的特定要求時，你需要建立適合你需求的自訂控制項。

跨應用的一致用戶體驗

當您希望透過將特定功能封裝在 PCF 元件中來跨多個 Power Apps 或環境保持一致的使用者體驗。

跨應用的可重用性

當您預計需要在多個應用程式中重用特定功能或使用者介面元素時，建立 PCF 元件允許您一次構建並重複使用。

實現高級邏輯

當您需要實作超出 Power Apps 中標準公式或函式功能的高階業務邏輯或計算。

改善使用者體驗

當您的目標是透過建立預設控制項無法實現的具有視覺吸引力的互動式元件來增強整體用戶體驗時。

下一個步驟

回應式設計指南