前言
本项目API>=13
在《鸿蒙开发：资讯项目实战之项目初始化搭建》一文中，遗留了一个问题，那就是，如何实现各个模块独立运行，其实关于组件化各模块独立运行，之前也写过三篇文章，分别探讨了运行包和共享包区别，nodeJs脚本实现组件化和hvigor插件形式进行组件化，奈何时间过去已久，之前的方式已不在通用，因为新的API更新迭代太快了，不知不觉API19已经到来，今年以来，已经更新了6个版本了，官方的速度如火箭一般，实现追不上啊！
因为Api发生了变化，新的IDE中，创建的项目结构，也潜移默化的发生了变化，那么之前开发的插件也好，脚本也好，也是无法继续使用的，没办法，只能改造升级了。
还是按照以往的顺序，我们从基本的运行包和共享包差异性分析，然后在着手利用脚本或插件帮我们快速实现组件化运行包切换，本篇文章，重点概述手动实现普通模块（共享包）运行。
运行包和共享包
什么是运行包？什么是共享包？拿我们这个资讯项目来说，entry模块就是运行包，我们直接可以运行到设备上并正确展示，其他模块就是共享包，无法单独运行到设备上正确展示；一句话解读：能独立运行至设备上的模块，并且能够正确展示，就是运行包。
这里有一点需要清晰，那就是，运行包一个项目中只能存在一个，即便后续，我们把其他的模块修改为了可运行，也要把原有的运行包修改为不可运行。
如何把一个共享包修改为运行包，前提需要对比两者的差异，根据不同之处，才能方便后续修改。
两者差异性
我们主要对比主模块entry和一个普通的共享包即可，新的API中，和之前的差异性不是很大，不同之处基本上一样，目前有以下几处不同，这里我们只分析动态共享包，静态共享包其实也是类似的。
1、hvigorfile.ts不同
主模块（entry，可运行）
import { hapTasks } from '@ohos/hvigor-ohos-plugin'; export default { system: hapTasks, /* Built-in plugin of Hvigor. It cannot be modified. */ plugins:[] /* Custom plugin to extend the functionality of Hvigor. */ }
普通模块（共享包，不可运行）
import { hspTasks } from '@ohos/hvigor-ohos-plugin'; export default { system: hspTasks, /* Built-in plugin of Hvigor. It cannot be modified. */ plugins:[] /* Custom plugin to extend the functionality of Hvigor. */ }
以上的不同为：主模块中用的是hapTasks，普通模块中用的是hspTasks。
2、module.json5不同
主模块（entry，可运行）
{ "module": { "name": "entry", "type": "entry", "description": "$string:module_desc", "mainElement": "EntryAbility", "deviceTypes": [ "phone", "tablet", "2in1" ], "deliveryWithInstall": true, "installationFree": false, "pages": "$profile:main_pages", "abilities": [ { "name": "EntryAbility", "srcEntry": "./ets/entryability/EntryAbility.ets", "description": "$string:EntryAbility_desc", "icon": "$media:layered_image", "label": "$string:EntryAbility_label", "startWindowIcon": "$media:startIcon", "startWindowBackground": "$color:start_window_background", "exported": true, "skills": [ { "entities": [ "entity.system.home" ], "actions": [ "action.system.home" ] } ] } ], "extensionAbilities": [ { "name": "EntryBackupAbility", "srcEntry": "./ets/entrybackupability/EntryBackupAbility.ets", "type": "backup", "exported": false, "metadata": [ { "name": "ohos.extension.backup", "resource": "$profile:backup_config" } ], } ] } }
普通模块（共享包，不可运行）
{ "module": { "name": "home", "type": "shared", "description": "$string:shared_desc", "deviceTypes": [ "phone", "tablet", "2in1" ], "deliveryWithInstall": true, "pages": "$profile:main_pages" } }
module.json5中差异性比较大，不仅仅是type类型的不同，一个共享包中的配置属性相对于主模块而言，缺失了很多的属性，比如abilities，extensionAbilities等。
3、缺少ability
其实在module.json5中我们已经看出了这个差异，主模块中是多了两个Ability，一个是EntryAbility，一个是EntryBackupAbility，虽然说默认生成的自带EntryBackupAbility这个用于应用接入数据备份恢复的类，但是我们删除，也不会影响到我们的应用开发。
4、缺少资源
共享包和运行包，在module.json5差异中，还有一些资源上的缺少，如icon图标，如背景颜色等等。
实现共享包运行
让一个普通模块实现运行，我们只需要按照以上的差异进行修改，便可以达到组件的单独运行效果，更改完有两点需要注意，第一点，清除缓存，清除之前的配置信息，第二点，设置启动Ability。
除了自身的模块需要更改，也需要把之前的运行模块修改为共享模块，否则也是无法单独运行，也就是遵循，共享包改为运行包，运行包改为共享包。
主要改动就是互相调换代码，弥补资源信息，比如共享包改动如下：
hvigorfile.ts里改为和主模块一样的：
module.json5中也是改为和主模块一样的，并且需要两个Ability。
然后就是复制需要的资源信息：
同样的，主模块也是按照共享包里的配置进行更改，两个都互相改完之后，单独的模块就可以独立运行了，比如资讯项目中的home模块，改为之后，点击运行后，效果如下：
相关总结
组件化运行目的是为了减少编译时间，提高运行测试效率，毕竟一个模块的运行时间肯定远远小于整个项目的运行时间。
本篇文章，主要分析了运行包和共享包之间的差异，了解了差异点，我们便可以手动实现共享包的运行。
手动只是让大家了解切换的原理，在实际开发中，可不推荐手动，下篇文章，我们将通过脚本或者插件，快速实现组件化模块之间的切换，实现独立运行，敬请期待！
本文标签：鸿蒙新闻资讯类应用
