OHPM CLI（OpenHarmony Package Manager Command-line Interface） 作为鸿蒙生态三方库的包管理工具，支持共享包的发布、安装和依赖管理。

在DevEco Studio 3.1 Release及更高版本上新建API 9及以上版本的工程将使用ohpm作为默认包管理器。

说明

仅使用npm包管理的API 8/9历史工程需进行迁移。

整体迁移流程如下：

1. 迁移配置文件

   将工程和模块下npm包管理相关配置文件package.json或.npmrc，迁移为oh-package.json5或.ohpmrc文件。

   说明

   若原工程中无.npmrc文件，则无需迁移为.ohpmrc文件。

2. 新增编译构建相关文件

   在工程中新增hvigor相关的wrapper文件，包括hvigorw、hvigorw.bat、hvigor-config.json5、hvigor-wrapper.js配置文件。

3. 删除不再使用的npm包管理文件

   包含package.json、package-lock.json、.npmrc、node_modules，工程和模块级别下均需进行删除处理。

历史工程手动迁移

迁移前需对工程进行备份。

具体迁移流程如下：

1. 在工程/模块级别中，涉及package.json或.npmrc的配置文件处，创建相同目录层级的oh-package.json5或.ohpmrc文件。

   说明

   若历史工程为C++工程，src>main>cpp目录下包含package.json或.npmrc，需做相同处理。

2. 将历史工程package.json和.npmrc文件中包含的需要迁移的字段，拷贝到对应的oh-package.json5和.ohpmrc文件中。

   oh-package.json5包含字段	字段说明	迁移/新增字段	原package.json字段	说明
   name	软件包名称	迁移字段	name	必选字段，若package.json文件中未指明，需在oh-package.json5添加补齐
   version	软件包版本	迁移字段	version	必选字段，若package.json文件中未指明，需在oh-package.json5添加补齐
   description	软件包简介	迁移字段	description	必选字段，若package.json文件中未指明，需在oh-package.json5添加补齐
   keywords	软件包关键字	迁移字段	keywords	-
   homepage	主页链接	迁移字段	homepage	-
   license	开源协议	迁移字段	license	-
   author	软件包作者	迁移字段	author	-
   main	软件包入口	迁移字段	main	-
   repository	仓库地址	迁移字段	repository	-
   dependencies	生产依赖	迁移字段	dependencies	该字段处理方式请参阅下方说明内容
   devDependencies	开发依赖	迁移字段	devDependencies	-
   types	类型定义	迁移字段	types	-
   artifactType	共享包类型	新增字段，非必选配置项	-	可选项：- original：源码，即发布源码(.ts/.ets)。

   • obfuscation：混淆代码，即源码经过混淆之后发布上传。 |

   说明

   • 工程的package.json文件的dependencies字段处理方式如下：

     • @ohos/hypium：测试框架的依赖，迁移时需要放到oh-package.json5文件的devDependencies字段下；
     • 删除@ohos/hvigor和@ohos/hvigor-ohos-plugin字段，无需迁移到oh-package.json5中；
     • 其他依赖可直接复制到oh-package.json5的dependencies字段中。

   • 除表格中呈现的字段外，package.json中其余字段暂不支持迁移。如您在历史工程中使用到其余字段，请反馈您所使用的字段（选中文本，点击“意见反馈”）。

   .npmrc字段	字段释义	.ohpmrc对应字段
   registry	仓库地址	registry
   @${scope}:registry	指定仓库	@${group}:registry
   cache	缓存路径	cache
   noproxy	不使用proxy代理	no_proxy
   proxy	http代理	http_proxy
   https-proxy	https代理	https_proxy
   strict-ssl	ssl校验	strict_ssl
   cafile	ca证书路径	ca_files
   loglevel	日志级别	log_level

3. 工程需要添加ohpm编译构建四件套hvigorw、hvigorw.bat、hvigor-config.json5、hvigor-wrapper.js。可新建一个API 9的新工程，拷贝新工程中hvigorw、hvigorw.bat、hvigor-config.json5、hvigor-wrapper.js四项配置文件，粘贴到历史工程文件夹对应位置。

   

4. 删除工程级别和模块级别下包含的package.json、package-lock.json、.npmrc、node_modules四项配置。

   

5. 点击File>Sync and Refresh Project，至此，历史工程手动迁移完成。

   

最后呢

很多开发朋友不知道需要学习那些鸿蒙技术？鸿蒙开发岗位需要掌握那些核心技术点？为此鸿蒙的开发学习必须要系统性的进行。

而网上有关鸿蒙的开发资料非常的少，假如你想学好鸿蒙的应用开发与系统底层开发。你可以参考这份资料，少走很多弯路，节省没必要的麻烦。由两位前阿里高级研发工程师联合打造的《鸿蒙NEXT星河版OpenHarmony开发文档》里面内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战等等）鸿蒙（Harmony NEXT）技术知识点

如果你是一名Android、Java、前端等等开发人员，想要转入鸿蒙方向发展。可以直接领取这份资料辅助你的学习。下面是鸿蒙开发的学习路线图。

针对鸿蒙成长路线打造的鸿蒙学习文档。话不多说，我们直接看详细鸿蒙（OpenHarmony ）手册（共计1236页）与鸿蒙（OpenHarmony ）开发入门视频，帮助大家在技术的道路上更进一步。

• 《鸿蒙 (OpenHarmony)开发学习视频》
• 《鸿蒙生态应用开发V2.0白皮书》
• 《鸿蒙 (OpenHarmony)开发基础到实战手册》
• OpenHarmony北向、南向开发环境搭建
• 《鸿蒙开发基础》
• 《鸿蒙开发进阶》
• 《鸿蒙开发实战》

总结

鸿蒙—作为国家主力推送的国产操作系统。部分的高校已经取消了安卓课程，从而开设鸿蒙课程；企业纷纷跟进启动了鸿蒙研发。

并且鸿蒙是完全具备无与伦比的机遇和潜力的；预计到年底将有 5,000 款的应用完成原生鸿蒙开发，未来将会支持 50 万款的应用。那么这么多的应用需要开发，也就意味着需要有更多的鸿蒙人才。鸿蒙开发工程师也将会迎来爆发式的增长，学习鸿蒙势在必行！ 自↓↓↓拿