HarmonyOS鸿蒙Next中在当前的开发场景分工下工程结构怎么合理

目前有个解决方法是在ohpm由用户自己去配置策略要哪个版本，类似npm的overrides机制：https://nodejs.cn/npm/cli/v8/configuring-npm/package-json/

共享包如果是本地包互相依赖建议用hsp，har包不支持本地包互相嵌套，或者也可以把要依赖的har包发布到私仓或公仓里，互相依赖时直接依赖库里的har

在HarmonyOS鸿蒙Next的开发场景中，合理的工程结构应遵循模块化设计，确保各功能模块的独立性和可维护性。通常，工程结构可以分为以下几个主要部分：

1. 应用层：包含应用的入口和UI逻辑，通常位于entry模块中，负责处理用户交互和界面展示。

2. 业务层：包含核心业务逻辑，通常位于feature模块中，每个功能模块独立封装，便于复用和测试。

3. 数据层：负责数据处理和存储，通常位于data模块中，包括本地数据库、网络请求等。

4. 公共层：包含公共工具类和基础组件，通常位于common模块中，供其他模块调用。

5. 配置层：包含应用的配置文件和资源文件，通常位于config模块中，如app.json、resources等。

6. 测试层：包含单元测试和UI测试代码，通常位于test模块中，确保代码质量和功能正确性。

合理的工程结构应遵循高内聚、低耦合的原则，确保各模块职责清晰，便于团队协作和后期维护。