2016-11-26 21 views
1

我是一位经验丰富的Angular 1开发人员,现在正在阅读Angular 2.我们计划执行一个大型项目,其中包含一些使用相同远程计算机的较小“重叠”应用程序API。我对如何设置项目管理方面的意见感兴趣,特别是因为我对git的了解有限。设置我的Angular项目的最佳方式

认为它有点像谷歌的产品,其中一个用户可能会或可能不会使用同一个帐户的多个产品。有些数据和“小工具”用于多种产品,而某些组件则是特定于产品的。它看起来是这样的(橙色部分是可重用的组件跨产品):

enter image description here

更多细节:

  • 我们不必担心后端API等等。这是所有照顾的。
  • 应该有一个'容器应用程序'处理认证,会话等,并有几个菜单项,允许用户在产品之间切换(最好总是留在容器应用程序中)。
  • 我想用Git和部署的方式分别管理产品(所有灰色的虚线元素)(例如,我不希望每次更新时都要部署所有白标签)。
  • 我希望能够拥有可重复使用的更小的组件,我可以在编辑我的项目之一的工作流程的所有项目中进行更新。所以说我正在处理Customer Y的白标签,并且我想编辑我在那里使用的一个可重用组件,我不想打开一个单独的项目,推送更新,然后将更新插入到我的白标签中项目为我做的每一个小改变。

问题:

  1. 将这个是什么样的项目管理(GIT)的条款?
  2. 我的服务在哪里可以与API联系?

我希望这是一个足够清晰的故事。请问我能否更好地解释任何事情。

+1

这是一个很好的问题,但我担心它可能有点过于宽泛。另外,第3点和第4点似乎可以互相矛盾。要成功使用这种类型的体系结构,您应该真正将组件部署为可以独立版本化的软件包(npm/bower/etc)。您的部署方式实际上取决于您的持续部署配置(即Jenkins-> Sinopia管道),但这也是另一个长期话题。 – axlj

回答

0

您可能会考虑使用Angular CLI - Angular cli是一个命令行界面,用于使用nodejs样式(commonJs)模块脚手架和构建角应用程序。它不仅为您提供了可扩展的项目结构,而且它为您提供了开箱即用的所有常见繁琐任务。

Angular2 CLI可以很容易地创建一个已经可用的应用程序,开箱即用。它已经遵循我们的最佳实践!在这里阅读更多关于它:https://cli.angular.io/。它是开始构建Angular2应用程序的一个非常简单和最好的方式。

+0

感谢您的回复。实际上我已经开始使用它,这很好,但我的问题更多地涉及到一个新的多方面项目的整体架构。 – Jurgen