javascript - AngularJs - 为什么像 Angular-strap 和 UI-Bootstrap 这样的指令使用提供者来构建它们的组件

Question

我打算构建我的第一个复杂指令，它是一个组件，允许用户裁剪和旋转提供的图像并将其作为 Blob 或 Base64 字符串返回。我一直在研究其他人是如何做到这一点的，并且我使用 Angular-strap 和 UI-Bootstrap 作为指南来理解如何构建高效的指令和组织代码的方法。

让我感到困惑的是，像 Modal 和 Alert 这样的组件使用 Provider 来构建组件并返回它，并且在指令中它使用这样的提供程序来生成编译时的内容，而其他组件如 Tabs 使用组合用于所有逻辑的单个 Controller 和一组使用此类 Controller 构建编译的一个或多个指令和子指令。

1. 那么，为什么他们在某些组件上使用 Provider 方法而在其他组件上使用 Controller 方法呢？
2. 在 Provider 中构建所有逻辑比在 Controller 中构建有什么好处？

另一件事我注意到他们的指令通过数据属性接受选项，他们在编译时解析这些选项，为什么他们不使用指令范围来设置全局选项？

Answer 1

编写提供程序然后在指令中使用它具有能够以编程方式使用提供的功能的额外好处。