Power Apps component framework overview
Power Apps component framework empowers professional developers and app makers to create code components for model-driven and canvas apps (public preview) to provide enhanced user experience for the users to work with data on forms, views, and dashboards. For example:
- Replace a field that displays a numeric text value with a
- Transform a list into an entirely different visual experience bound to the data set like a
- Power Apps component framework is in public preview for canvas apps, and is generally available for model-driven apps. This implies that all the APIs that are supported for model-driven apps might not be supported on canvas apps yet.
- By default Power Apps component framework is enabled for model-driven apps. To enable this feature for canvas apps, see Code components for canvas apps.
- Preview features aren’t meant for production use and may have restricted functionality. These features are available before an official release so that customers can get early access and provide feedback.
- Power Apps component framework works only on Unified Interface and not on the web client.
- Power Apps component framework doesn't work for on-premises instances.
How is it different from web resources
Unlike HTML web resources, code components are rendered as a part of the same context, load at the same time as any other components, providing a seamless experience for the users.
Code components can be reused many times across different entities and forms. Use Power Apps component framework to create code components that can be used across the full breadth of Power Apps capabilities.
- Access to a rich set of framework APIs that expose capabilities like component lifecycle management, contextual data, and metadata.
- Seamless server access via Web API, utility and data formatting methods, device features like camera, location and microphone, along with easy-to-invoke UX elements like dialogs, lookups, and full-page rendering.
- Support for modern web practices.
- Optimizes for performance.
- Bundle all files into a single solution file.
Power Apps component framework licensing requirements are inline with existing connectors and components and is based on the type of data and connections used in your app. More information: Power Apps pricing. To align with the licensing requirements, we will be classifying code components into two types:
- Code components that connect to external services or data directly and not through connectors. When these components are used in an app, the app becomes premium, and end users are required to have Power Apps licenses.
- Code components that don't connect to external services or data. When these components are used in an app that uses standard features, the app remains standard, and end users are required to be licensed at minimum for Office 365.
If you are currently using code components in model-driven apps connected to Common Data Service, end users will require Power Apps licenses.
With the general availability of the framework, code component developers will be able to classify components as part of the component manifest to allow makers to see which components are premium.