如何确定角度应用的合适设计模式

时间:2018-09-12 10:46:02

标签: angular design-patterns architecture migration

我一直在致力于将一个基于Jquery的Web应用程序转换为基于Angular 5的Web应用程序(该应用程序是关于电子账单的,人们可以在其中汇总并支付来自多个提供商的账单)。

主要目标是使产品代码库更具可维护性。我在角度设计模式方面不是很强,但是我知道角度SPA的核心概念(通用状态管理,可观察模式,基于组件的体系结构,服务的使用,模块化结构,Angular Framework的反应性等),但是我想知道是否存在是得出此计费应用最合适的设计模式的任何逻辑路径。

首先想到的逻辑任务是分解模块和组件中的应用程序,然后确定它们之间的父子关系。完成此步骤后,我对要得出的结论感到困惑。

根据关系,是否可以得出此迁移所需的最接近的模式?

编辑:通过网络进行研究时,我发现本文比较全面,并为我提供了急需的指导。

https://bulldogjob.com/articles/539-scalable-angular-application-architecture

2 个答案:

答案 0 :(得分:0)

设计模式与框架无关。但是对于您的应用程序,我可能会使用服务层模式(在组件之间进行通信)和存储库模式来处理从角度到后端api的操作。然后,只需使您的后端堆栈成为一个简单的API,即可与数据库进行通信,我们制作的所有企业风格应用程序的80%都遵循以下模式:

角组件=> service.ts =>存储库=> .net核心api =>数据库

但是除了模式。选择正确的作业模式。每个用例都会有所不同。我仅概述了对我的团队通常有效的方法。

答案 1 :(得分:0)

如果您正在寻找一种结构化您的应用程序的方法,那么看看redux可能不是一个坏主意。角度甚至有几个libraries