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

Question

我一直致力于将一个基于Jquery的Web应用程序转换为基于Angular 5的Web应用程序（该应用程序是关于电子账单，其中可以汇总和支付来自多个提供商的账单）。

主要目标是使产品代码库更易于维护。我在角度设计模式方面不是很强，但我知道角度SPA的核心概念（通用状态管理，可观察模式，基于组件的架构，服务的使用，模块化结构，角度框架的反应性质等），但我想知道是否存在是为此结算应用程序总结最合适的设计模式的任何逻辑路径。

首先考虑的逻辑任务是分解模块和组件中的应用程序，然后确定它们之间的父子关系。在这一步之后，我对结束了什么感到困惑。

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

编辑：在网上研究时，我发现这篇文章很全面，给了我很多需要的方向。

Answer 1

设计模式与框架无关。但对于您的应用程序，我可能会使用服务层模式（在组件之间进行通信）和存储库模式来处理从角度到后端api的crud。然后只需使你的后端堆栈是一个简单的API与数据库通信80％我们制作的企业风格的应用程序遵循这种模式：

Angular component => service.ts => repository => .net core api => database

但模式除外。为作业选择正确的模式。每个用例都会有所不同。我只概述了通常对我的团队有用的东西。

Answer 2

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