我今天正在对照 Angular 与 SAP UI5 的组件模型时，最容易撞上的误区，就是看到 SAP UI5 项目根目录里也有一个Component.js，便自然地把它理解成 Angular 类上面的@Component。这两个名字确实很接近，可它们所在的抽象层级并不相同。Angular 的@Component是一个装饰器，它把一个普通的 TypeScript 类标记为 Angular 组件，并把选择器、模板、样式、输入输出、依赖和变更检测等配置交给 Angular 运行时处理。Angular 官方文档也明确把组件描述为带有模板的指令，并指出应用由组件树组成。(Angular)SAP UI5 没有一个叫@Component的语言关键字，也没有一个官方装饰器，可以贴在 JavaScript 或 TypeScript 类上，然后一次性声明这个类的模板、选择器、样式和运行时行为。SAP UI5 采用的是另外一条路线，它把 Angular@Component集中的职责拆到了UIComponent、manifest.json、XMLView、Controller、数据模型、路由配置和控件元数据等不同位置。理解这层差异后，问题便不能再只问哪个语法最像，而要改成 Angular@Compo
我今天正在对照 Angular 与 SAP UI5 的组件模型时，最容易撞上的误区，就是看到 SAP UI5 项目根目录里也有一个Component.js，便自然地把它理解成 Angular 类上面的@Component。这两个名字确实很接近，可它们所在的抽象层级并不相同。Angular 的@Component是一个装饰器，它把一个普通的 TypeScript 类标记为 Angular 组件，并把选择器、模板、样式、输入输出、依赖和变更检测等配置交给 Angular 运行时处理。Angular 官方文档也明确把组件描述为带有模板的指令，并指出应用由组件树组成。(Angular)SAP UI5 没有一个叫@Component的语言关键字，也没有一个官方装饰器，可以贴在 JavaScript 或 TypeScript 类上，然后一次性声明这个类的模板、选择器、样式和运行时行为。SAP UI5 采用的是另外一条路线，它把 Angular@Component集中的职责拆到了UIComponent、manifest.json、XMLView、Controller、数据模型、路由配置和控件元数据等不同位置。理解这层差异后，问题便不能再只问哪个语法最像，而要改成 Angular@Compo
