SAPUI5中manifest.json的sap.app属性类型：application/component/library差异解析

很多人以为这个字段只是个描述标签，其实不是——SAPUI5框架会根据这个值的不同，用完全不同的逻辑处理你的资源，下面具体说三个取值的差异：

1. "application" #

• 这是独立可运行的SAPUI5应用的标识，就像你给的示例那样
• 实际作用：框架会把它当作能直接启动的入口应用，会触发完整的应用生命周期（比如onInit、onExit这些钩子），支持路由配置和根视图渲染
• 这类应用是用户直接访问的前端项目，通常会搭配sap.ui5里的rootView或routing配置

2. "component" #

• 用来标记可复用的业务组件，不能单独启动，必须被其他应用或者父组件引用才能运行
• 实际作用：框架不会自动初始化它的应用级生命周期，只会把它当作依赖资源加载，只能由引用它的父应用调用其组件方法
• 常见于微前端架构里的子业务模块，或者封装好的通用业务组件（比如统一的审批表单组件）

3. "library" #

• 用于标记UI控件库或工具库，比如你自定义的一套表单控件、或者通用的工具函数集合
• 实际作用：框架会加载它的资源文件（比如控件定义、样式、工具方法），其他应用可以通过命名空间直接引用（比如在XML视图里写xmlns:custom="my.custom.library"来用自定义控件）
• 这类库不需要配置路由或根视图，通常包含library.js和控件定义文件

关键结论：不是仅描述，有实际差异 #

框架会根据type值的不同，调整资源加载顺序、初始化逻辑、生命周期管理方式。比如application会启动完整的应用流程，而library只会加载库资源，不会触发应用启动逻辑。

示例代码：

"sap.app": {
    "id": "mainapp",
    "type": "application",
    "i18n": "i18n/i18n.properties",
    "applicationVersion": {
      "version": "0.0.1"
    }
}

内容的提问来源于stack exchange，提问作者MarcL