结对编程或团队编码的目标是有效地开发和维护计算机软件。这种类型的组件化编程允许多个用户将大型应用程序分解为多个部分，从而减少工作负载，同时最大限度地提高团队效率。在撰写本文时，PowerApps的症结之一是，PowerApps不支持多个开发人员同时在一个应用程序中工作。2019年，微软开始推出创建可重用Canvas应用程序组件的功能，最近开始在Power平台中预览组件库。微软将组件分类如下:“组件是canvas应用程序的可重用构建块。你可以定义一组控件在应用程序中重用。你也可以将组件导入到其他应用程序中。它们以主实例的方式运行，这意味着你对原始(‘主实例’)所做的任何更新都将适用于同一应用程序中的其他副本。”
随着这个领域的持续开发，我们现在可以开始为我们的开发团队将我们的开发任务分解为基于屏幕或基于组件的用户故事。这允许个人专注于应用程序的特定方面，并分配一个首席开发人员将组件整体集成到单个Power应用程序中。因此，减轻了特定个人成功完成应用程序所有方面的负担，并在“团队”中创建共同的责任，以确保成功发布。
随着应用程序复杂性的增加和同时应用程序在单个组织中开发，我们作为开发人员或中小企业将需要通过采用这些工具集在开发中变得敏捷。学会有效地沟通和协作对于团队开发应用的成功至关重要。开发人员在概述他们的屏幕或组件属性和功能时需要详细和具体。为命名对象、集合和变量建立团队指导方针是开发一致的可维护应用程序的另一个重要方面。最后，与任何优秀的开发团队一样，频繁的代码评审对于确保团队成员及其应用程序之间的流动性至关重要。
使用组件的好处还不止于此。组件还可以简化和加快具有类似功能的应用程序的创建。一旦创建了组件，就可以在任意数量的应用程序中以主实例的方式使用它们。从本质上讲，这意味着您对原始程序所做的任何更新都将应用于同一应用程序上下文中的其他更新。遵循此模式，您可以开始为您的组织建立Component Library，以便在整个租户中高效地开发和部署标准化应用程序。
在下面的例子中，我们将之前的开发周期与这个新模型进行比较:
单用户开发:
多用户的发展:
基于组件的角色分解:
开发工作分解:
- (蓝色)开发人员
- 开发人员负责屏幕和/或组件的开发
- 开发人员负责单元测试和应用程序屏幕和/或组件所需的更新
- (红色)应用领导
- 应用程序主管负责屏幕/组件的集成
- 应用程序主管负责应用程序的全局导航和更新。
- 应用程序负责人负责应用程序的OnStart
- (橙色)QA测试人员
- 用户负责应用程序的端到端测试
- 用户负责记录错误，并与团队就发现的问题进行沟通。
参考资料:
https://aka.ms/powerappscanvasguidelines
https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/create-component
https://powerapps.microsoft.com/en-us/blog/components-available-in-preview/
https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/component-library
感谢海莉·贝斯的贡献。
