Question

我正在尝试找到构造我的团队将要开发的（不可避免的）大但目前很小的角度应用程序的最佳方法。这将重写一个庞大的旧系统，这是一个噩梦。

此处的主要目标是使项目保持精简，易于从开发角度进行浏览和修改。我目前在想类似的东西：

- src
    - main app module
        - core application code & ui
        - feature modules
            - feature 1 module
            - feature 2 module
            - ..

这似乎是有道理的，但是这不可避免地会变得大而混乱。文件夹结构注定会变得更深且难以导航。可能会引起混乱。

我想做的是这样的：

- src
    - main app module
    - core application code & ui
    - feature module dependencies

- feature 1 app
- feature 2 app
- ...

因此，每个大型功能都将是其自己的角度应用程序，它将独立开发，将任何共享/通用代码作为模块重复使用。它可以单独运行和测试，完成后将使用

进行安装

npm install https://github.com/<feature name>

进入主应用程序。然后，它将作为单个组件导入到主应用程序中。

我目前遇到的问题是试图找出：

这是个好主意吗？
如何将角度应用程序作为模块导入其他角度应用程序。这主要是因为每个有角度的应用程序都以app.component.ts和app.module.ts开头，导致导入时名称冲突。我能想到的唯一方法是用轻量级启动器“ app”包装每个功能模块。该应用将用于在本地运行和测试，该模块将导出到其他应用。

以前有人遇到过吗？

谢谢！

Answer 1

这是个好主意吗？

如果只有您，那么我建议您使其保持简单。过去，这对我来说效果很好：

稳定分支/主主分支
功能分支（在其上开发功能的分支）。如果您对这些功能满意，则可以将它们合并或重新设置到master分支中-然后您可以删除该功能分支并继续使用下一个功能。

关于角度应用程序和命名空间问题-我还不足以回答这个问题。

由角度应用程序（模块）组成的角度应用程序

1 个答案: