Composer不能直接管理电商插件，必须配合钩子机制、自定义installer和路径映射：插件需声明对应type（如prestashop-module）、实现自定义Installer复制到modules/目录，并通过post-install-cmd等事件注册钩子、执行初始化。
Composer 不能直接管理电商系统（如 PrestaShop、Magento、Shopware）的业务插件，它只管依赖和自动加载；真要让插件“可安装、可启用、可隔离”，得靠钩子机制 + 自定义 installer + 路径映射三者配合——否则你写的插件只是个普通包，系统压根不会识别。
为什么 require 一个电商插件包没用？
电商系统有自己的模块生命周期：目录结构（modules/xxx/）、钩子注册表（registerHook()）、数据库迁移入口。Composer 不知道这些约定，也不会自动把包复制到 modules/ 下，更不会调用 install() 方法。
- PrestaShop 插件必须放在
modules/myplugin/，且含myplugin.php入口文件；Composer 安装后默认落在vendor/myvendor/myplugin/，路径完全错位 - Shopware 6 插件需声明
"type": "shopware-platform-plugin"，并提供src/MyPlugin.php实现PluginInterface；仅靠psr-4autoload 无法触发平台激活逻辑 - 硬 link 或 post-install-cmd 复制文件？CI 环境里
modules/可能不可写，或权限不一致，静默失败
composer.json 的 type 和 installer 必须匹配
让 Composer “理解”你的插件类型，不是加个 autoload 就行，得让它在 install 阶段走你指定的路径和逻辑。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 插件包的
composer.json必须设"type": "prestashop-module"（或其他系统约定值），否则 Composer 默认用LibraryInstaller，解压完就结束 - 主项目插件中，
getInstallers()返回自定义 installer 实例，例如：new PrestaShopModuleInstaller($io, $composer) - 该 installer 的
install()方法里，用$filesystem->copy()把源码复制到$composer->getConfig()->get('prestashop-modules-dir')，而不是拼../modules/ - 若校验失败（如签名不匹配），抛
RuntimeException中断安装，别只写日志
钩子事件选错 = 钩子根本没执行
电商插件常需在安装后注册钩子、导入 SQL、生成缓存。但 Composer 内置事件触发条件极严，写错名字或时机就白忙。
- 只认
post-install-cmd和post-update-cmd这两个带-cmd后缀的；post-install、after-install、onPostInstall全部静默忽略 -
post-install-cmd仅在vendor/实际重建时触发（composer.lock变更或首次安装），不是每次composer install都跑 - 想改 autoload 行为（比如注入插件路由配置），必须监听
post-autoload-dump，而非post-install-cmd——后者执行时 autoloader 还没生成 - 脚本中调用
@php而非裸php，避免 CI 使用的 PHP 版本与本地不一致
路径和上下文必须动态获取，不能硬编码
电商系统部署环境千差万别：本地开发用 Docker、CI 用临时目录、生产用 symlink 挂载。所有路径判断必须基于 Composer 运行时上下文。
- 不要用
getcwd() . '/modules'，改用$composer->getConfig()->get('prestashop-modules-dir')或$composer->getPackage()->getExtra()['prestashop-modules-dir'] - 判断当前是否在电商项目根目录？检查
$composer->getPackage()->getName()是否非空，且$composer->getPackage()->getExtra()是否含电商相关字段 - 读取插件自身配置（如数据库前缀、API 密钥）？从
$composer->getPackage()->getExtra()拿，别 parsecomposer.json文件 - 写文件前先
$filesystem->ensureDirectoryExists()，别假设modules/已存在
最易被忽略的是：插件 installer 和钩子脚本之间没有事务保障。installer 成功复制了文件，但 post-install-cmd 里数据库导入失败，系统处于半安装状态——这种场景必须在 installer 的 install() 末尾手动触发初始化，或用 post-package-install 事件绑定到具体包，而非全局 post-install-cmd。
