Composer 本身不支持内置命令别名，但可通过 shell 别名（如 alias cup='composer update'）实现全局快捷调用，或通过 composer.json 的 scripts 定义项目级任务（如 "up": "composer update"），亦可用 shell 函数透传参数。
Composer 本身不支持内置的命令别名功能，但你可以通过 shell 别名（bash/zsh）或 Composer 的 scripts 配置来实现类似效果。两种方式适用场景不同：shell 别名适合全局高频命令（如 composer up 代替 composer update），而 scripts 更适合项目级、带逻辑的自定义任务（如 “先更新再清缓存”）。
用 shell 别名快速缩写常用命令
在你的 shell 配置文件（如 ~/.bashrc、~/.zshrc）中添加：
-
alias c='composer'—— 输入c install等价于composer install -
alias cup='composer update'—— 直接运行cup更新依赖 -
alias cs='composer serve'—— 配合scripts中定义的serve使用（见下文）
保存后运行 source ~/.zshrc（或对应配置文件）使别名生效。注意：shell 别名无法直接传递参数给子命令（如 cup --with-all-dependencies），除非用函数替代别名。
用 Composer scripts 定义可复用的项目级命令
在项目的 composer.json 的 "scripts" 字段中添加自定义命令：
"scripts": {
"up": "composer update",
"dev-up": ["@clear-cache", "composer update --with-all-dependencies"],
"clear-cache": "composer clear-cache"
}
然后执行：composer run up → 执行 composer updatecomposer run dev-up → 先清缓存，再全量更新
本文档主要讲述的是Android 本地数据存储；对于需要跨应用程序执行期间或生命期而维护重要信息的应用程序来说，能够在移动设备上本地存储数据是一种非常关键的功能。作为一名开发人员，您经常需要存储诸如用户首选项或应用程序配置之类的信息。您还必须根据一些特征（比如访问可见性）决定是否需要涉及内部或外部存储器，或者是否需要处理更复杂的、结构化的数据类型。跟随本文学习 Android 数据存储 API，具体来讲就是首选项、SQLite 和内部及外部内存 API。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以
⚠️ 注意：composer run 是 Composer 2.2+ 推荐写法；旧版本用 composer run-script。
组合使用：shell 函数 + scripts 实现带参数的别名
如果需要传参（比如指定包名更新），shell 别名不够用，改用函数：
cu() {
composer update "$@"
}
加到 ~/.zshrc 后，就能运行 cu monolog/monolog 或 cu --dry-run，参数会原样透传给 composer update。
基本上就这些。shell 别名轻量快捷，scripts 更规范且可被 CI/他人复用，按需选一种或搭配用。
